我在寫這篇部落格之前也是被一些文章所誤導，認為++i的效率比i++的效率高，每次都是使用前置的++。雖然操作沒錯，但是在認識上有錯誤，所以我把自己錯誤認識的經歷分享出來，希望能夠對和我有同樣錯誤的人一些幫助。
對於計算機內建的資料型別，現在的編譯器水平比較高，比如++i和i++沒有任何的區別，我們可以通過檢視彙編**看出來。
通過觀察編譯的結果，我們發現這三條語句的彙編**沒有任何的差異，但是我用的編譯器是 code::blocks，你也可以試用其他的編譯器，比如visual studio code 或者 vc++ 都可以，應該都是一樣的。
對於自定義資料型別，前++要高於後++。簡單的說，在 c++ 中i++在實現的時候會生產乙個類物件，例如：
關於前 和後 的區別
關於前 和後 的區別，其實 很多人都清楚，比如 你知道i 是先用i，然後在讓i 1，然後 i是先對i 1，然後在去使用i。好了，這就是他們簡單的區別了，但是 實際上，i 呼叫了 i。說了這麼多i 和 i，我想你都應該頭暈了，給乙個例子吧 include class a a operator int ...
前 和後 的實現
前置 type operator 後置 const type operator int 為了編譯器區分前置和後置 c 規定字尾形式有乙個int型別引數 當函式被呼叫時，編譯器傳遞乙個0做為int引數的值給該函式。不這樣規定，無法區分，因為都僅以自身物件為入參。下面是乙個簡單的例子 class cin...
關於Exosip的效率問題
最近一段時間利用boost多執行緒和ace多執行緒，對exosip的效能進行了比較深入一些的測試。現將測試方法分享一下，在此拋磚引玉，希望大家也可以提供一些建議。首先，原始的exosip只有2個執行緒，乙個做的事情很簡單，是等待事件，另外乙個執行緒非常忙，要做事務狀態的轉換，要收訊息，要解析訊息，要...