1 關於繼承：不能否認良好的抽象設計可讓程序更清晰，代碼更看起來更好，可是她也是有損失的，在繼承體系中子類的建立會調用父類的構造函數，銷燬時會調用父類的析構函數，這種消耗會隨着繼承的深度直線上升，因此不要過分的抽象和繼承。c++
2 對象的複合：對象的複合和繼承很類似，當一個對象包含其餘對象構造時也會引發額外的構造。關於這點可能會有不少人不解，認爲這是不可避免的，舉個例子，你的一個對象中用到數組和字符串，你是選擇string和vector仍是char＊ 和c系的數組呢，若是沒有用到c++stl庫提供的相關的高級用法，建議選擇後者。算法
3 構造函數：儘可能用參數列表初始化代替參數，避免值傳遞初始化。編程
4 變量延時定義：從c系轉過來的仍保留着c的習慣，在函數第一行先把全部用到的變量都定義好，可是c是沒有運行時的消耗的，對於c++時不同的，對於c++對象的構造和銷燬時有消耗的，若是有大量的對象只在某個if條件的一個分支中出現，那就會有50%的狀況這些消耗是能夠避免的。對於這點在一個類中也是同樣的，若是成員中有成員只在某個時刻能用，就用指針代替，在構造對象時初始化成空指針，避免構造時調用他的構造函數。數組
5 虛函數：虛函數的底層實現是經過一個虛函數表來實現的，所以有虛函數的類構造時必須先初始化虛函數表，函數調用時也必須先找到虛函數表，而後經過指針偏移找到相應的函數，而且若是虛繼承的存在會進一步增加這個過程，它是有運行時消耗的，因此避免濫用虛函數和虛繼承，儘量的用模版設計來代替虛繼承把運行時的消耗提早到編譯期。緩存
6 返回值優化： 雖然c++編譯器會選擇性的進行RVO優化可是不是強制的，當函數有多個返回語句而且返回不通名稱的對象，函數過於複雜，返回對象沒有定義拷貝構造函數時，rvo優化是不會執行的，因此當函數返回一個很大的對象時在不肯定rvo優化會執行時，儘可能避免值傳遞。網絡
7 變量的定義：在定義變量時儘可能避免類型的不匹配形成臨時變量的產生。多線程
8 內存管理：c++內存管理的大權由咱們本身掌握，對於項目中要頻繁申請和釋放的對象建議用簡單的內存池來管理，能夠大大的下降頻繁申請和釋放內存帶來的消耗。異步
9 善用內聯：內聯函數不只僅是簡單的函數調用似的優化，他還有一個最大的優勢就是，可讓編譯期進行進行邊界代碼的運行環境優化，內聯把代碼拷貝到執行環境處避免了函數調用帶來的消耗，而且編譯期能夠進行正常的編譯優化，而函數調用是不能實現的。函數
10 stl ：記住一點stl不是惟一的選擇，有時候也不是最好的選擇，合理選擇stl善用stl算法。性能
11 緩存：對於屢次使用的計算結果及時緩存，避免重複計算。
12 延時計算：對於不關心計算結果的計算過程儘可能延時執行或者異步去執行。
13 多線程：儘量的使用無鎖式多線程開發，鎖是一個很是消耗性能的東西，保證數據同步的手段有不少，voalite，原子操做均可已實現，若是無可奈何要儘可能減小鎖的消耗，好比下降鎖的粒度，使用性能更高的鎖等等。
14 cpu緩存：合理的利用cpu cache能夠極大的提升代碼的運行效率，好比數組中以每列遍歷和每行遍歷的區別。固然多線程環境下也要考慮它帶來的影響。
15 內存對齊：在進行網絡編程時，最好對網絡中傳送的數據快進行內存補齊，加快網絡數據的讀區速度。
16 函數參數：用const引用代替值傳遞，若是函數參數過多，能夠用對象來打包參數，減小參數過多帶來的性能消耗。
17 算法: 儘量的優化你的算法。
18 其餘優化方案：位運算代替乘除法，前綴運算符代替後綴運算等等。