在嵌入式系統中由于資源比較有限，特別是內存資源，因此對程序運行的性能要求比較高。對執行效率高的程序段所占用的空間和運行效率進行全方位的優化，可以對程序運行的整體效率將產生可觀的提升。

1、循環緩沖區

在一些嵌入式的系統中，常常需要開辟一塊緩沖區保存數據。例如：對于數據采集系統，需要將一定時間段內的數據放入一個內存區域中。這個內存區域的放置方法是從低地址開始放置，如果放滿了（到達了最高的地址），則需要從頭部的低地址開始重新放置。這樣的內存結構就組成了一個循環緩沖區。

在一般的嵌入式處理器中沒有硬件自動完成循環放置的功能，通常的做法是在程序的每次循環中都判斷緩沖區是否放滿了，顯然這樣的開銷很大。

如果要在程序中執行緩沖區類型的操作，這些操作一般需要占用一塊連續的內存。在棧上分配的內存，一般只能在函數內部使用，函數退出的時候就會被釋放，因此不適合作為緩沖區使用。而在堆上的內存和靜態內存都可以作為緩沖區內存使用。

我們舉例來看下：

#define BUFFERSIZE 256

int x[BUFFERSIZE];

unsigned int k;

unsigned int i;

while(1)

{

k = i & (BUFFERSIZE-1);

x[k] = ImputData();

/*……*/

i++;

}

從程序中可見，數組x[]是作為程序的緩沖區使用的，而由于開始并沒有進行數組的初始化，x[]是一個建立在BSS段上的數組，其大小由BUFFERSIZE確定。

我們看循環內的操作，可以完成自動循環的過程，這個例程中，當i增加到256的時候，k作為數組下標，又會返回為0，i本身增加到最大值的時候也會變為0。

那么大家很容易看出來，由于不需要使用if做判斷，可以節省幾條程序指令的時間。對于這幾條指令看似節省的時間不多，但是由于上述語句執行的頻率非常高，所以這些時間的節省占程序總運行時間的權重還是比較大的。尤其對于實時采樣處理問題，程序必須在指定時間內完成一系列的操作。所以對于執行效率比較高的指令，哪怕只節省一條指令，對運行效率的提高都是很有意義的。

從以上的例子中可以看出，當進行程序優化的時候，不僅需要考慮程序段運行的絕對時間，還應該考慮程序段運行的頻率。對于運行頻率非常高的程序，對其進行優化會在很大的程度上提高系統的性能。

2、查表法

由于資源有限，程序的運行效率在嵌入式系統上比在PC上的程序開發更為重要。程序的運行速度和所占用的存儲器空間這兩個效率問題都是必須考慮的。嵌入式系統程序的運行速度與處理器頻率有關系；而程序所能占用的存儲器空間與ROM或RAM的大小有關系。

在當前的嵌入式系統中，程序的運行速度比程序所占用的存儲器空間顯得更重要，一是存儲器方便擴展，二是存儲器的容量是比較容易控制，程序運行占用的處理器時間比較難控制。

在設計過程中，程序的容量和速度在很多時候是有些矛盾的，在程序中犧牲一定的存儲容量換取程序的運行速度，這對于嵌入式系統來說是有一定好處的。典型的例子就是查表法。

例如：在一個4位的二進制數中，確定有幾位為1，也就是要統計0x0~0xf中的任何一個數，中間有幾個1。

典型的思路就是使用循環的方法讓程序在這個4位的數中依次查找各個位是否為1，最后累加得出1的數目。那么在實現這個簡單的功能的過程中，需要進行4次循環、4次判斷，這是有一定開銷的，占用了不少處理器的時間。從程序需要實現的功能考慮，輸入是一個4位的數，范圍是0x0~0xf，輸出數的范圍是0~4，這實際上是完成了一種映射功能，可以換成第二種查表法的思路，就是構造一個16個元素的數組，可以通過數組得到結果。實際上數組的下標就是輸入的數值，而數組的元素就是輸出的數值。

那么很容易看出來，這種做法的優點是每個數值的獲取非常快，代價則是增加了一個有16個元素的數組。數組是預先固化好的常量，而不是程序動態生成的，這種利用靜態空間換取程序執行時間的方式轉換后的程序執行效率非常高。如果把它應用在使用頻率很高的程序中，就可以節省很多的系統開銷。

同樣，大家可以考慮一下如果是查找8位數中的1的個數怎么做？16位呢？如果變通。

3、針對循環執行效率的優化

循環是C語言程序中的常用語法功能，由于循環執行的次數較多，占程序執行時間的權重大，所以對循環的優化是提高程序效率的關鍵點。

例如，

void change_list_value()

{

int i,count;

POSITION pos;

CPtrList* plist;

plist = get_start(pos);

for(i = 0; i < get_count(); i++) ? ? count = get_count(); ? ? ?

{ for(i = 0; i < count ; i++)

plist = get_next(pos); {}

set_val (plist);

}

return 0;

}

上面這個循環代碼左邊是原始寫法，右邊是改進的。可以發現循環中執行的函數減少了，原來的get_count()函數從原來的內部轉移到了循環外部，也就是說這個循環函數改進后只執行一次，如果這個鏈表中的元素有幾千個至幾萬個，那么第一段代碼比第二段代碼多執行了幾千條幾萬條的語句，這樣會導致時間上巨大的開銷。

總結：在循環系統中，針對于循環條件，應該盡可能地使用臨時變量來替代函數調用，這樣可以在循環次數較多的情況下，減少大量不必要的函數調用。

你有沒有更好的優化技巧也分享出

責任編輯：haq