在本篇文章中，我(指原作者)收集了很多經驗和方法。應用這些經驗和方法，可以幫助我們從執行速度和內存使用等方面來優化C語言代碼。

簡介

在最近的一個項目中，我們需要開發一個運行在移動設備上但不保證圖像高質量的輕量級JPEG庫。期間，我總結了一些讓程序運行更快的方法。在本篇文章中，我收集了一些經驗和方法。

應用這些經驗和方法，可以幫助我們從執行速度和內存使用等方面來優化C語言代碼。

盡管在C代碼優化方面有很多的指南，但是關于編譯和你使用的編程機器方面的優化知識卻很少。

通常，為了讓你的程序運行的更快，程序的代碼量可能需要增加。代碼量的增加又可能會對程序的復雜度和可讀性帶來不利的影響。這對于在手機、PDA等對于內存使用有很多限制的小型設備上編寫程序時是不被允許的。

因此，在代碼優化時，我們的座右銘應該是確保內存使用和執行速度兩方面都得到優化。

聲明

實際上，在我的項目中，我使用了很多優化ARM編程的方法(該項目是基于ARM平臺的)，也使用了很多互聯網上面的方法。但并不是所有文章提到的方法都能起到很好的作用。所以，我對有用的和高效的方法進行了總結收集。同時，我還修改了其中的一些方法，使他們適用于所有的編程環境，而不是局限于ARM環境。

哪里需要使用這些方法?

沒有這一點，所有的討論都無從談起。程序優化最重要的就是找出待優化的地方，也就是找出程序的哪些部分或者哪些模塊運行緩慢亦或消耗大量的內存。只有程序的各部分經過了優化，程序才能執行的更快。

程序中運行最多的部分，特別是那些被程序內部循環重復調用的方法最該被優化。

對于一個有經驗的碼農，發現程序中最需要被優化的部分往往很簡單。此外，還有很多工具可以幫助我們找出需要優化的部分。我使用過Visual C++內置的性能工具profiler來找出程序中消耗最多內存的地方。

另一個我使用過的工具是英特爾的Vtune，它也能很好的檢測出程序中運行最慢的部分。根據我的經驗，內部或嵌套循環，調用第三方庫的方法通常是導致程序運行緩慢的最主要的起因。

整形數

如果我們確定整數非負，就應該使用unsigned int而不是int。有些處理器處理無符號unsigned 整形數的效率遠遠高于有符號signed整形數(這是一種很好的做法，也有利于代碼具體類型的自解釋)。

因此，在一個緊密循環中，聲明一個int整形變量的最好方法是：

記住，整形in的運算速度高浮點型float，并且可以被處理器直接完成運算，而不需要借助于FPU(浮點運算單元)或者浮點型運算庫。

盡管這不保證編譯器一定會使用到寄存器存儲變量，也不能保證處理器處理能更高效處理unsigned整型，但這對于所有的編譯器是通用的。

例如在一個計算包中，如果需要結果精確到小數點后兩位，我們可以將其乘以100，然后盡可能晚的把它轉換為浮點型數字。

除法和取余數

在標準處理器中，對于分子和分母，一個32位的除法需要使用20至140次循環操作。除法函數消耗的時間包括一個常量時間加上每一位除法消耗的時間。

對于ARM處理器，這個版本需要20+4.3N次循環。這是一個消耗很大的操作，應該盡可能的避免執行。有時，可以通過乘法表達式來替代除法。

例如，假如我們知道b是正數并且b*c是個整數，那么(a/b)>c可以改寫為a>(c * b)。如果確定操作數是無符號unsigned的，使用無符號unsigned除法更好一些，因為它比有符號signed除法效率高。

合并除法和取余數

在一些場景中，同時需要除法(x/y)和取余數(x%y)操作。這種情況下，編譯器可以通過調用一次除法操作返回除法的結果和余數。如果既需要除法的結果又需要余數，我們可以將它們寫在一起，如下所示：

通過2的冪次進行除法和取余數

如果除法中的除數是2的冪次，我們可以更好的優化除法。編譯器使用移位操作來執行除法。因此，我們需要盡可能的設置除數為2的冪次(例如64而不是66)。并且依然記住，無符號unsigned整數除法執行效率高于有符號signed整形出發。

上面兩種除法都避免直接調用除法函數，并且無符號unsigned的除法使用更少的計算機指令。由于需要移位到0和負數，有符號signed的除法需要更多的時間執行。

取模的一種替代方法

我們使用取余數操作符來提供算數取模。但有時可以結合使用if語句進行取模操作?？紤]如下兩個例子：

優先使用if語句，而不是取余數運算符，因為if語句的執行速度更快。這里注意新版本函數只有在我們知道輸入的count結余0至59時在能正確的工作。

使用數組下標

如果你想給一個變量設置一個代表某種意思的字符值，你可能會這樣做：

或者這樣做：

一種更簡潔、更快的方法是使用數組下標獲取字符數組的值。如下：

全局變量

全局變量絕不會位于寄存器中。使用指針或者函數調用，可以直接修改全局變量的值。因此，編譯器不能將全局變量的值緩存在寄存器中，但這在使用全局變量時便需要額外的(常常是不必要的)讀取和存儲。所以，在重要的循環中我們不建議使用全局變量。

如果函數過多的使用全局變量，比較好的做法是拷貝全局變量的值到局部變量，這樣它才可以存放在寄存器。這種方法僅僅適用于全局變量不會被我們調用的任意函數使用。例子如下：

注意，test1必須在每次增加操作時加載并存儲全局變量errs的值，而test2存儲localerrs于寄存器并且只需要一個計算機指令。

使用別名

考慮如下的例子：

盡管*data的值可能從未被改變，但編譯器并不知道anyfunc函數不會修改它，所以程序必須在每次使用它的時候從內存中讀取它。如果我們知道變量的值不會被改變，那么就應該使用如下的編碼：

這為編譯器優化代碼提供了條件。

變量的生命周期分割

由于處理器中寄存器是固定長度的，程序中數字型變量在寄存器中的存儲是有一定限制的。

有些編譯器支持“生命周期分割”(live-range splitting)，也就是說在程序的不同部分，變量可以被分配到不同的寄存器或者內存中。

變量的生命周期開始于對它進行的最后一次賦值，結束于下次賦值前的最后一次使用。在生命周期內，變量的值是有效的，也就是說變量是活著的。不同生命周期之間，變量的值是不被需要的，也就是說變量是死掉的。

這樣，寄存器就可以被其余變量使用，從而允許編譯器分配更多的變量使用寄存器。

需要使用寄存器分配的變量數目需要超過函數中不同變量生命周期的個數。如果不同變量生命周期的個數超過了寄存器的數目，那么一些變量必須臨時存儲于內存。這個過程就稱之為分割。

編譯器首先分割最近使用的變量，用以降低分割帶來的消耗。禁止變量生命周期分割的方法如下：

限定變量的使用數量：這個可以通過保持函數中的表達式簡單、小巧、不使用太多的變量實現。將較大的函數拆分為小而簡單的函數也會達到很好的效果。

對經常使用到的變量采用寄存器存儲：這樣允許我們告訴編譯器該變量是需要經常使用的，所以需要優先存儲于寄存器中。然而，在某種情況下，這樣的變量依然可能會被分割出寄存器。

變量類型

C編譯器支持基本類型：char、short、int、long(包括有符號signed和無符號unsigned)、float和double。使用正確的變量類型至關重要，因為這可以減少代碼和數據的大小并大幅增加程序的性能。

局部變量

我們應該盡可能的不使用char和short類型的局部變量。對于char和short類型，編譯器需要在每次賦值的時候將局部變量減少到8或者16位。這對于有符號變量稱之為有符號擴展，對于無符號變量稱之為零擴展。

這些擴展可以通過寄存器左移24或者16位，然后根據有無符號標志右移相同的位數實現，這會消耗兩次計算機指令操作(無符號char類型的零擴展僅需要消耗一次計算機指令)。

可以通過使用int和unsigned int類型的局部變量來避免這樣的移位操作。這對于先加載數據到局部變量，然后處理局部變量數據值這樣的操作非常重要。無論輸入輸出數據是8位或者16位，將它們考慮為32位是值得的。

考慮下面的三個函數：

盡管結果均相同，但是第一個程序片段運行速度高于后兩者。

指針

我們應該盡可能的使用引用值的方式傳遞結構數據，也就是說使用指針，否則傳遞的數據會被拷貝到棧中，從而降低程序的性能。我曾見過一個程序采用傳值的方式傳遞非常大的結構數據，然后這可以通過一個簡單的指針更好的完成。

函數通過參數接受結構數據的指針，如果我們確定不改變數據的值，我們需要將指針指向的內容定義為常量。例如：

這個示例告訴編譯器函數不會改變外部參數的值(使用const修飾)，并且不用在每次訪問時都進行讀取。同時，確保編譯器限制任何對只讀結構的修改操作從而給予結構數據額外的保護。

指針鏈

指針鏈經常被用于訪問結構數據。例如，常用的代碼如下：

然而，這種的代碼在每次操作時必須重復調用p->pos，因為編譯器不知道p->pos->x與p->pos是相同的。一種更好的方法是緩存p->pos到一個局部變量：

另一種方法是在Object結構中直接包含Point3類型的數據，這能完全消除對Point3使用指針操作。

條件執行

條件執行語句大多在if語句中使用，也在使用關系運算符(<，==，>等)或者布爾值表達式(&&，!等)計算復雜表達式時使用。對于包含函數調用的代碼片段，由于函數返回值會被銷毀，因此條件執行是無效的。

因此，保持if和else語句盡可能簡單是十分有益處的，因為這樣編譯器可以集中處理它們。關系表達式應該寫在一起。

下面的例子展示編譯器如何使用條件執行：

由于條件被聚集到一起，編譯器能夠將他們集中處理。

布爾表達式和范圍檢查

一個常用的布爾表達式是用于判斷變量是否位于某個范圍內，例如，檢查一個圖形坐標是否位于一個窗口內：

這里有一種更快的方法：x>min && x

布爾表達式和零值比較

處理器的標志位在比較指令操作后被設置。標志位同樣可以被諸如MOV、ADD、AND、MUL等基本算術和裸機指令改寫。如果數據指令設置了標志位，N和Z標志位也將與結果與0比較一樣進行設置。N標志表示結果是否是負值，Z標志表示結果是否是0。

C語言中，處理器中的N和Z標志位與下面的指令聯系在一起：有符號關系運算x<0，x>=0，x==0，x!=0;無符號關系運算x==0，x!=0(或者x>0)。

C代碼中每次關系運算符的調用，編譯器都會發出一個比較指令。如果操作符是上面提到的，編譯器便會優化掉比較指令。例如：

盡可能的使用上面的判斷方式，這可以在關鍵循環中減少比較指令的調用，進而減少代碼體積并提高代碼性能。C語言沒有借位和溢出位的概念，因此，如果不借助匯編，不可能直接使用借位標志C和溢出位標志V。但編譯器支持借位(無符號溢出)，例如：

懶檢測開發

在if(a>10 && b=4)這樣的語句中，確保AND表達式的第一部分最可能較快的給出結果(或者最早、最快計算)，這樣第二部分便有可能不需要執行。

用switch()函數替代if…else…

對于涉及if…else…else…這樣的多條件判斷，例如：

使用switch可能更快：

在if()語句中，如果最后一條語句命中，之前的條件都需要被測試執行一次。Switch允許我們不做額外的測試。如果必須使用if…else…語句，將最可能執行的放在最前面。

二分中斷

使用二分方式中斷代碼而不是讓代碼堆成一列，不要像下面這樣做：

使用下面的二分方式替代它，如下：

或者如下：

比較如下兩種case語句：

## switch語句vs查找表

Switch的應用場景如下：

調用一到多個函數

設置變量值或者返回一個值

執行一到多個代碼片段

如果case標簽很多，在switch的前兩個使用場景中，使用查找表可以更高效的完成。例如下面的兩種轉換字符串的方式：

第一個程序需要240 bytes，而第二個僅僅需要72 bytes。

循環

循環是大多數程序中的常用的結構;程序執行的大部分時間發生在循環中，因此十分值得在循環執行時間上下一番功夫。

循環終止

如果不加注意，循環終止條件的編寫會導致額外的負擔。我們應該使用計數到零的循環和簡單的循環終止條件。簡單的終止條件消耗更少的時間?？聪旅嬗嬎鉵!的兩個程序。第一個實現使用遞增的循環，第二個實現使用遞減循環。

第二個程序的fact2_func執行效率高于第一個。

更快的for()循環

這是一個簡單而高效的概念。通常，我們編寫for循環代碼如下：

i從0循環到9。如果我們不介意循環計數的順序，我們可以這樣寫：

這樣快的原因是因為它能更快的處理i的值–測試條件是：i是非零的嗎?如果這樣，遞減i的值。對于上面的代碼，處理器需要計算“計算i減去10，其值非負嗎?如果非負，i遞增并繼續”。

簡單的循環卻有很大的不同。這樣，i從9遞減到0，這樣的循環執行速度更快。

這里的語法有點奇怪，但確實合法的。循環中的第三條語句是可選的(無限循環可以寫為for(;;))。如下代碼擁有同樣的效果：

或者更進一步的：

這里我們需要記住的是循環必須終止于0(因此，如果在50到80之間循環，這不會起作用)，并且循環計數器是遞減的。使用遞增循環計數器的代碼不享有這種優化。

合并循環

如果一個循環能解決問題堅決不用二個。但如果你需要在循環中做很多工作，這坑你并不適合處理器的指令緩存。這種情況下，兩個分開的循環可能會比單個循環執行的更快。下面是一個例子：

函數循環

調用函數時總是會有一定的性能消耗。不僅程序指針需要改變，而且使用的變量需要壓棧并分配新變量。為提升程序的性能，在函數這點上有很多可以優化的。在保持程序代碼可讀性的同時也需要代碼的大小是可控的。

如果在循環中一個函數經常被調用，那么就將循環納入到函數中，這樣可以減少重復的函數調用。代碼如下：

應改為：

循環展開

簡單的循環可以展開以獲取更好的性能，但需要付出代碼體積增加的代價。循環展開后，循環計數應該越來越小從而執行更少的代碼分支。如果循環迭代次數只有幾次，那么可以完全展開循環，以便消除循壞帶來的負擔。

這會帶來很大的不同。循環展開可以帶非常可觀的節省性能，原因是代碼不用每次循環需要檢查和增加i的值。例如：

編譯器通常會像上面那樣展開簡單的，迭代次數固定的循環。但是像下面的代碼：

下面的代碼(Example 1)明顯比使用循環的方式寫的更長，但卻更有效率。block-sie的值設置為8僅僅適用于測試的目的，只要我們重復執行“loop-contents”相同的次數，都會有很好的效果。

在這個例子中，循環條件每8次迭代才會被檢查，而不是每次都進行檢查。由于不知道迭代的次數，一般不會被展開。因此，盡可能的展開循環可以讓我們獲得更好的執行速度。

統計非零位的數量

通過不斷的左移，提取并統計最低位，示例程序1高效的檢查一個數組中有幾個非零位。示例程序2被循環展開四次，然后通過將四次移位合并成一次來優化代碼。經常展開循環，可以提供很多優化的機會。

盡早的斷開循環

通常，循環并不需要全部都執行。例如，如果我們在從數組中查找一個特殊的值，一經找到，我們應該盡可能早的斷開循環。例如：如下循環從10000個整數中查找是否存在-99。

上面的代碼可以正常工作，但是需要循環全部執行完畢，而不論是否我們已經查找到。更好的方法是一旦找到我們查找的數字就終止繼續查詢。

假如待查數據位于第23個位置上，程序便會執行23次，從而節省9977次循環。

函數設計

設計小而簡單的函數是個很好的習慣。這允許寄存器可以執行一些諸如寄存器變量申請的優化，是非常高效的。

函數調用的性能消耗

函數調用對于處理器的性能消耗是很小的，只占有函數執行工作中性能消耗的一小部分。參數傳入函數變量寄存器中有一定的限制。這些參數必須是整型兼容的(char，shorts，ints和floats都占用一個字)或者小于四個字大小(包括占用2個字的doubles和long longs)。

如果參數限制個數為4，那么第五個和之后的字就會存儲在棧上。這便在調用函數是需要從棧上加載參數從而增加存儲和讀取的消耗。

看下面的代碼：

函數g2中的第五個和第六個參數存儲于棧上并在函數f2中進行加載，會多消耗2個參數的存儲。

減少函數參數傳遞消耗

減少函數參數傳遞消耗的方法有：

盡量保證函數使用少于四個參數。這樣就不會使用棧來存儲參數值。

如果函數需要多于四個的參數，盡量確保使用后面參數的價值高于讓其存儲于棧所付出的代價。

通過指針傳遞參數的引用而不是傳遞參數結構體本身。

將參數放入一個結構體并通過指針傳入函數，這樣可以減少參數的數量并提高可讀性。

盡量少用占用兩個字大小的long類型參數。對于需要浮點類型的程序，double也因為占用兩個字大小而應盡量少用。

避免函數參數既存在于寄存器又存在于棧中(稱之為參數拆分)?，F在的編譯器對這種情況處理的不夠高效：所有的寄存器變量也會放入到棧中。

避免變參。變參函數將參數全部放入棧。

葉子函數

不調用任何函數的函數稱之為葉子函數。在以下應用中，近一半的函數調用是調用葉子函數。由于不需要執行寄存器變量的存儲和讀取，葉子函數在任何平臺都很高效。

寄存器變量讀取的性能消耗，相比于使用四五個寄存器變量的葉子函數所做的工作帶來的系能消耗是非常小的。所以盡可能的將經常調用的函數寫成葉子函數。

函數調用的次數可以通過一些工具檢查。下面是一些將一個函數編譯為葉子函數的方法：

避免調用其他函數：包括那些轉而調用C庫的函數(比如除法或者浮點數操作函數)。

對于簡短的函數使用__inline修飾()。

內聯函數

內聯函數禁用所有的編譯選項。使用__inline修飾函數導致函數在調用處直接替換為函數體。這樣代碼調用函數更快，但增加代碼的大小，特別在函數本身比較大而且經常調用的情況下。

使用內聯函數的好處如下：

沒有函數調用負擔。函數調用處直接替換為函數體，因此沒有諸如讀取寄存器變量等性能消耗。

更小的參數傳遞消耗。由于不需要拷貝變量，傳遞參數的消耗更小。如果參數是常量，編譯器可以提供更好的優化。

內聯函數的缺陷是如果調用的地方很多，代碼的體積會變得很大。這主要取決于函數本身的大小和調用的次數。

僅對重要的函數使用inline是明智的。如果使用得當，內聯函數甚至可以減少代碼的體積：函數調用會產生一些計算機指令，但是使用內聯的優化版本可能產生更少的計算機指令。

使用查找表

函數通?？梢栽O計成查找表，這樣可以顯著提升性能。查找表的精確度比通常的計算低，但對于一般的程序并沒什么差異。

許多信號處理程序(例如，調制解調器解調軟件)使用很多非常消耗計算性能的sin和cos函數。對于實時系統，精確性不是特別重要，sin、cos查找表可能更合適。當使用查找表時，盡可能將相似的操作放入查找表，這樣比使用多個查找表更快，更能節省存儲空間。

浮點運算

盡管浮點運算對于所有的處理器都很耗時，但對于實現信號處理軟件時我們仍然需要使用。在編寫浮點操作程序時，記住如下幾點：

浮點除法很慢。浮點除法比加法或者乘法慢兩倍。通過使用常量將除法轉換為乘法(例如，x=x/3.0可以替換為x=x*(1.0/3.0))。常量的除法在編譯期間計算。

使用float代替double。Float類型的變量消耗更好的內存和寄存器，并由于精度低而更加高效。如果精度夠用，盡可能使用float。

避免使用先驗函數。先驗函數，例如sin、exp和log是通過一系列的乘法和加法實現的(使用了精度擴展)。這些操作比通常的乘法至少慢十倍。

簡化浮點運算表達式。編譯器并不能將應用于整型操作的優化手段應用于浮點操作。例如，3*(x/3)可以優化為x，而浮點運算就會損失精度。因此，如果知道結果正確，進行必要手工浮點優化是有必要的。

然而，浮點運算的表現可能不能滿足特定軟件對性能的需求。這種情況下，最好的辦法或許是使用定點算數運算。當值的范圍足夠小，定點算數操作比浮點運算更精確、更快速。

其他技巧

通常，可以使用空間換時間。如果你能緩存經常用的數據而不是重新計算，這便能更快的訪問。比如sine和cosine查找表，或者偽隨機數。

盡量不在循環中使用++和–。例如：while(n–){}，這有時難于優化。

減少全局變量的使用。

除非像聲明為全局變量，使用static修飾變量為文件內訪問。

盡可能使用一個字大小的變量(int、long等)，使用它們(而不是char，short，double，位域等)機器可能運行的更快。

不使用遞歸。遞歸可能優雅而簡單，但需要太多的函數調用。

不在循環中使用sqrt開平方函數，計算平方根非常消耗性能。

一維數組比多維數組更快。

編譯器可以在一個文件中進行優化-避免將相關的函數拆分到不同的文件中，如果將它們放在一起，編譯器可以更好的處理它們(例如可以使用inline)。

單精度函數比雙精度更快。

浮點乘法運算比浮點除法運算更快-使用val*0.5而不是val/2.0。

加法操作比乘法快-使用val+val+val而不是val*3。

put()函數比printf()快，但不靈活。

使用#define宏取代常用的小函數。

二進制/未格式化的文件訪問比格式化的文件訪問更快，因為程序不需要在人為可讀的ASCII和機器可讀的二進制之間轉化。如果你不需要閱讀文件的內容，將它保存為二進制。

如果你的庫支持mallopt()函數(用于控制malloc)，盡量使用它。MAXFAST的設置，對于調用很多次malloc工作的函數由很大的性能提升。如果一個結構一秒鐘內需要多次創建并銷毀，試著設置mallopt選項。

最后，但是是最重要的是-將編譯器優化選項打開!看上去很顯而易見，但卻經常在產品推出時被忘記。編譯器能夠在更底層上對代碼進行優化，并針對目標處理器執行特定的優化處理。