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

                                                                                      --《論語今解·學而第一》

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

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

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