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

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

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

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

我們?cè)賮?lái)看看for(;;)

鍵入以下命令：

查看結(jié)果如下：

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

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

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

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

2.嵌入式代碼對(duì)C/C++寫(xiě)法要求很高，建議有基礎(chǔ)的朋友們閱讀閱讀MISRA-C2004， 2008 和一些C++的國(guó)際級(jí)標(biāo)準(zhǔn)規(guī)范；

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