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

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

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

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

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