有子曰：其為人也孝弟，而好犯上者，鮮矣；不好犯上，而好作亂者，未之有也。君子務(wù)本，本立而道生。孝弟也者，其為仁之本與。

                                                                                      --《論語(yǔ)今解·學(xué)而第一》

 若要達(dá)到一個(gè)目標(biāo)，必須循其根本，根本如能確定（本立），那么便容易找出解決的方法（道生）。很多時(shí)候就是這樣的道理，遇到一個(gè)問(wèn)題，要追究到底才是，更何況是我們做技術(shù)的，記得第一次看見(jiàn)這個(gè)“本立道生”的詞的時(shí)候是在候捷翻譯的《Inside C++ Object Model》這個(gè)是作為他的序言的標(biāo)題的。其實(shí)當(dāng)你真的了解很多細(xì)節(jié)的時(shí)候你才能真正的體會(huì)到技術(shù)的魅力，而不是代碼的奴隸！

 前幾天去微軟面試的時(shí)候，當(dāng)時(shí)那個(gè)主考官問(wèn)我什么叫overload operator()？以及如何區(qū)分它和callback？當(dāng)時(shí)回答的時(shí)候，我是這么想的，我是沒(méi)有用過(guò)這個(gè)仿函數(shù)啦，但是我知道仿函數(shù)是怎么實(shí)現(xiàn)的，就是通過(guò)重載operator()的方法實(shí)現(xiàn)的，而至于callback那么肯定就是通過(guò)函數(shù)指針去實(shí)現(xiàn)了。當(dāng)時(shí)我的第一反應(yīng)就是可能這個(gè)performance算是一個(gè)吧，我就這么說(shuō)了，這個(gè)operator()可能是作為inline展開(kāi)了，節(jié)省了函數(shù)調(diào)用的時(shí)間，提高了性能。  但是如果是callback的話，就不可能是作為inline展開(kāi)了。當(dāng)時(shí)也就這么回答了。主考官給我的回復(fù)是這樣的，其實(shí)至于performance這一塊來(lái)講了，也不是最主要的影響，關(guān)鍵的地方在于這個(gè)operator()可以保存調(diào)用的狀態(tài)或標(biāo)志什么的私有數(shù)據(jù)，而callback只能用static的變量來(lái)取代，但是不好的還是static只能為所有的代碼服務(wù)，而overload operator()可以為每一個(gè)obj保存私有數(shù)據(jù)部分。他說(shuō)了，對(duì)的，顯然他說(shuō)的是沒(méi)錯(cuò)。但是當(dāng)時(shí)心中還是對(duì)他關(guān)于performance的回答有點(diǎn)疑慮，當(dāng)時(shí)由于是在面試，也沒(méi)有多想下去，后來(lái)仔細(xì)想來(lái)，其實(shí)最關(guān)鍵的還是這個(gè)performance，眾所周知，如果一個(gè)class member function可以作成inline的屬性的，當(dāng)然編譯器有權(quán)利決定在調(diào)用點(diǎn)是否內(nèi)聯(lián)展開(kāi)，其實(shí)在大多數(shù)的情況下面，試想如下的代碼情況：
 
如上面的所示，這個(gè)class的重載的operator()顯然就是帶有inline的屬性了，這個(gè)時(shí)候編譯器能做的是在能夠確定對(duì)象類(lèi)型的時(shí)候如果這個(gè)代碼不是太大（當(dāng)然還要求你的編譯器內(nèi)聯(lián)選項(xiàng)容許狀態(tài)）那么就會(huì)在調(diào)用點(diǎn)內(nèi)聯(lián)展開(kāi)。但是如果是callback呢？肯定不是，因?yàn)樗玫搅撕瘮?shù)指針，即使是這個(gè)函數(shù)定義成了inline,這個(gè)時(shí)候也不會(huì)做內(nèi)聯(lián)展開(kāi)的（這個(gè)時(shí)候會(huì)有生成一個(gè)類(lèi)似全局的函數(shù)代碼塊，回掉的指針就指向這個(gè)塊，編譯器會(huì)維護(hù)這個(gè)代碼塊的唯一性）。所以，如果要是仿函數(shù)要求確保內(nèi)聯(lián)展開(kāi)的會(huì)，要唯一確保的是，代碼中的調(diào)用點(diǎn)應(yīng)該是可以確定類(lèi)型的，能夠做內(nèi)聯(lián)展開(kāi)。然后，這個(gè)仿函數(shù)大多數(shù)情況下是沒(méi)有多態(tài)以及繼承伴隨左右的，所以這個(gè)performance是很重要的區(qū)別之一，尤其是在你需要處理大量的同類(lèi)數(shù)據(jù)的時(shí)候，比如上面的這個(gè)例子，如果iSize很大，甚至是上萬(wàn)的，那么這個(gè)時(shí)候的performance估計(jì)差別就會(huì)太大了。也許你的CPU頻率更高，但是更多的是可能是這個(gè)沒(méi)有必要的損失。呵呵。

小提示：如何判斷一個(gè)函數(shù)調(diào)用是否被內(nèi)聯(lián)展開(kāi)？
方法：1.你當(dāng)然可以生成匯編，自己去看。2.你可以在調(diào)用點(diǎn)設(shè)置斷點(diǎn)，看看能不能跟進(jìn)去？（內(nèi)聯(lián)的debug不能跟進(jìn)去函數(shù)，至少目前我所知道的編譯器是這樣的）。3.當(dāng)然更多的時(shí)候在調(diào)用點(diǎn)設(shè)置斷點(diǎn)，然后查看匯編代碼才是最權(quán)威的，也是比較簡(jiǎn)單的方法。