c代碼優(yōu)化經(jīng)驗總結(jié)(編輯修改稿)
2025-07-22 06:21 本頁面
【文章內(nèi)容簡介】 間以及最終可執(zhí)行體的大小。 但是幸運的是，新的C++標準中關(guān)于uninlined函數(shù)的說法已經(jīng)改變。一個符合標準C+ +實現(xiàn)應(yīng)該只生成一份函數(shù)拷貝。然而，要想所有的編譯器都支持這一點可能還需要很長時 間。 另外關(guān)于內(nèi)聯(lián)函數(shù)還有兩個更令人頭疼的問題。第一個問題是該如何進行維護。一個 函數(shù)開始的時候可能以內(nèi)聯(lián)的形式出現(xiàn)，但是隨著系統(tǒng)的擴展，函數(shù)體可能要求添加額外 的功能，結(jié)果內(nèi)聯(lián)函數(shù)就變得不太可能，因此需要把inline specifier去除以及把函數(shù)體 放到一個單獨的源文件中。另一個問題是當內(nèi)聯(lián)函數(shù)被應(yīng)用在代碼庫的時候產(chǎn)生。當內(nèi)聯(lián) 函數(shù)改變的時候，用戶必須重新編譯他們的代碼以反映這種改變。然而對于一個非內(nèi)聯(lián)函 數(shù)，用戶僅僅需要重新鏈接就可以了。 這里想要說的是，內(nèi)聯(lián)函數(shù)并不是一個增強性能的靈丹妙藥。只有當函數(shù)非常短小的 時候它才能得到我們想要的效果，但是如果函數(shù)并不是很短而且在很多地方都被調(diào)用的話 ，那么將會使得可執(zhí)行體的體積增大。最令人煩惱的還是當編譯器拒絕內(nèi)聯(lián)的時候。在老 的實現(xiàn)中，結(jié)果很不盡人意，雖然在新的實現(xiàn)中有很大的改善，但是仍然還是不那么完善 的。一些編譯器能夠足夠的聰明來指出哪些函數(shù)可以內(nèi)聯(lián)哪些不能，但是，大多數(shù)編譯器 就不那么聰明了，因此這就需要我們的經(jīng)驗來判斷。如果內(nèi)聯(lián)函數(shù)不能增強行能，就避免 使用它！ 四. 優(yōu)化你的內(nèi)存使用 通常優(yōu)化都有幾個方面：更快的運行速度，有效的系統(tǒng)資源使用，更小的內(nèi)存使用。 一般情況下，代碼優(yōu)化都是試圖在以上各個方面進行改善。重新放置聲明技術(shù)被證明是消 除多余對象的建立和銷毀，這樣既減小了程序的大小又加快了運行速度。然而其他的優(yōu)化 技術(shù)都是基于一個方面更快的速度或者是更小的內(nèi)存使用。有時，這些目標是互斥 的，壓縮了內(nèi)存的使用往往卻減慢了代碼速度，快速的代碼卻又需要更多的內(nèi)存支持。下 面總結(jié)兩種在內(nèi)存使用上的優(yōu)化方法： 1． Bit Fields 在C/C++中都可以存取和訪問數(shù)據(jù)的最小組成單元：bit。因為bit并不是C/C++基本的 存取單元，所以這里是通過犧牲運行速度來減少內(nèi)存和輔助存儲器的空間的使用。注意： 一些硬件結(jié)構(gòu)可能提供了特殊的處理器指令來存取bit，因此bit fields是否影響程序的速 度取決于具體平臺。 在我們的現(xiàn)實生活中，一個數(shù)據(jù)的許多位都被浪費了，因為某些應(yīng)用根本就不會有那 么大的數(shù)據(jù)范圍。也許你會說，bit是如此之小，通過它就能減小存儲空間的使用嗎？的確 ，在數(shù)據(jù)量很小的情況下不會看出什么效果，但是在數(shù)據(jù)量驚人的情況下，它所節(jié)省的空 間還是能夠讓我們的眼睛為之一亮的。也許你又會說，現(xiàn)在內(nèi)存和硬盤越來越便宜，何苦 要費半天勁，這省不了幾個錢。但是還有另外一個原因一定會使你信服，那就是數(shù)字信息 傳輸。一個分布式數(shù)據(jù)庫都會在不同的地點有多份拷貝。那么數(shù)百萬的紀錄傳輸就會顯得 十分昂貴。Ok，現(xiàn)在我們就來看看該如何做吧，首先看下面這段代碼： struct BillingRec { long cust_id。 long timestamp。 enum CallType { toll_free, local, regional, long_distance, international, cellular } type。 enum CallTariff { off_peak, medium_rate, peak_time } tariff。 }。 上面這個結(jié)構(gòu)體在32位的機器上將會占用16字節(jié)，你會發(fā)現(xiàn)其中有許多位都被浪費了，尤 其是那兩個enum型，浪費更是嚴重，所以請看下面做出的改進： struct BillingRec { int cust_id: 24。 // 23 bits + 1 sign bit int timestamp: 24。 enum CallType {//... }。 enum CallTariff {//... }。 unsigned call: 3。 unsigned tariff: 2。 }。 現(xiàn)在一個數(shù)據(jù)從16字節(jié)縮減到了8字節(jié)，減少了一半，怎么樣，效果還是顯著的吧：） 2． Unions Unions通過把兩個或更多的數(shù)據(jù)成員放置在相同地址的內(nèi)存中來減少內(nèi)存浪費
公司管理相關(guān)推薦
鄂ICP備17016276號-1