您好,登錄后才能下訂單哦!
1 關于繼承:不可否認良好的抽象設計可以讓程序更清晰,代碼更看起來更好,但是她也是有損失的,在繼承體系中子類的創建會調用父類的構造函數,銷毀時會調用父類的析構函數,這種消耗會隨著繼承的深度直線上升,所以不要過度的抽象和繼承。
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 其他優化方案:位運算代替乘除法,前綴運算符代替后綴運算等等。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。