關(guān)于 while(1)和for(;;)效率問(wèn)題的一點(diǎn)想法

我寫(xiě)了一個(gè)很簡(jiǎn)單的代碼：

先看看 while (1)的編譯結果：

使用圖形中的命令依次鍵入：

可以看到，while(1)循環(huán)已經(jīng)變成了一個(gè)b .L7，并沒(méi)有對1做判斷。也是1條指令就搞定了。

我們再來(lái)看看for(;;)

鍵入以下命令：

查看結果如下：

兩個(gè)結果是一樣的。同樣，gcc我也沒(méi)有打開(kāi)優(yōu)化，如果需要看優(yōu)化編譯匯編結果的朋友們，可以使用gcc -O2 -S test.c，也可以使用 gcc -Os -S test.c，-Os在嵌入式里用得多一些。沒(méi)有優(yōu)化的代碼都是一樣的，更不要說(shuō)優(yōu)化過(guò)的代碼。

其實(shí)這是個(gè)挺蛋疼的話(huà)題，C/C++本來(lái)就書(shū)寫(xiě)靈活，編譯器的優(yōu)化是千差萬(wàn)別，各有特點(diǎn)。這讓我想起了，譚浩強老師寫(xiě)的《C語(yǔ)言程序設計》，我從一開(kāi)始就不認為譚老師這本書(shū)怎么樣，但我也寫(xiě)不出更好的書(shū)來(lái)?？梢钥隙ǖ氖?，對于書(shū)中 ++i, i++，以及執行結果和編譯器高度相關(guān)的寫(xiě)法大量出現。害人啊。換一個(gè)編譯器執行結果就不一樣。實(shí)在是誤人子弟。但這也是個(gè)不爭的事實(shí)，那就是，規范寫(xiě)法，可以避免在多個(gè)編譯器中移植帶來(lái)的風(fēng)險。

對于友人博客中所說(shuō)，for(;;)和while(1)效率孰高孰低的討論，我個(gè)人覺(jué)得：

1.本身這兩種寫(xiě)法無(wú)任何區別，和編譯器高度相關(guān)，這個(gè)是我們有能力則關(guān)心，沒(méi)能力關(guān)心也不需要太關(guān)心的事；

2.嵌入式代碼對C/C++寫(xiě)法要求很高，建議有基礎的朋友們閱讀閱讀MISRA-C2004， 2008 和一些C++的國際級標準規范；

3.把主要的精力多放在代碼的規范上，而不是代碼的效率上。畢竟，單片機也使足夠的快了，絕大部分情況下成立；如果你是做代碼優(yōu)化或者做算法的朋友們，建議多讀讀《計算機程序設計的藝術(shù)》一書(shū)，再掌握好一門(mén)匯編語(yǔ)言。將會(huì )有極大的用處。