i++;++i;就C語(yǔ)言代碼來(lái)看，i++ 和 ++i 都只有一行，看起來(lái)似乎二者的執(zhí)行效率一樣了？其實(shí)不是的，在學(xué)習(xí)C語(yǔ)言時(shí)，教材和老師一般都會(huì)強(qiáng)調(diào) i++ 和 ++i 的區(qū)別，例如下面這段C語(yǔ)言代碼：int i , j, k;i = 0;j = i++;i = 0;k = ++i;這段C語(yǔ)言代碼執(zhí)行后，j 和 k 的值并不相等：j 等于 0，k 等于 1。既然執(zhí)行結(jié)果有差異，那么執(zhí)行效率很有可能也是有差異的，事實(shí)的確如此。查看上述C語(yǔ)言代碼對(duì)應(yīng)的匯編代碼，如下：

我使用的編譯器為 gcc version 4.8.4。可見(jiàn)，j=i++; 計(jì)算機(jī)需要 4 條指令來(lái)解釋，比執(zhí)行 k=++i; 多出了一條指令。多出的一條指令為：在對(duì) i 執(zhí)行自加操作之前，先保存 i 的當(dāng)前值留作稍后使用（賦值為j）。這樣看來(lái)，似乎 ++i 的執(zhí)行效率比 i++ 高一些？

那為了寫(xiě)出效率更高的C語(yǔ)言程序，以后是不是應(yīng)該盡量使用 ++i，而不是 i++ 了呢？例如下面這樣的C語(yǔ)言代碼：for(i=0; i<10; i++);for(i=0; i<10; ++i);是不是上面那行C語(yǔ)言代碼的執(zhí)行效率低于下面的呢？只能說(shuō)理論如此，實(shí)際上，現(xiàn)代C語(yǔ)言編譯器已經(jīng)足夠聰明，它會(huì)根據(jù)上下文編譯C語(yǔ)言代碼。

應(yīng)該明白，i++ 和 ++i 的效率差異主要來(lái)自于處理 i++ 時(shí)，需要先保存 i 的當(dāng)前值留作稍后使用。如果之后沒(méi)有人使用 i 的當(dāng)前值，也就是說(shuō)沒(méi)有C語(yǔ)言代碼讀取 i++ 的值，編譯器實(shí)在沒(méi)有必要保存 i 的當(dāng)前值了，因此就會(huì)將這一步優(yōu)化掉。

為了便于分析，我們編寫(xiě)下面這樣的C語(yǔ)言代碼：int i = 0;i++;++i;與上面的例子相比，區(qū)別在于在執(zhí)行 i++ 時(shí)，沒(méi)有人關(guān)心 i 的當(dāng)前值了。查看這段C語(yǔ)言代碼對(duì)應(yīng)的匯編代碼：顯然，i++ 和 ++i 對(duì)應(yīng)的指令是一模一樣的，不再有執(zhí)行效率上的差異。

C語(yǔ)言中的 i++ 和 ++i 是有區(qū)別的，這就有可能帶來(lái)效率上的差異。如果有代碼關(guān)心 i++ 執(zhí)行時(shí)的 i 當(dāng)前值，程序在對(duì) i 進(jìn)行自加操作時(shí)，將不得不先保存 i 的當(dāng)前值，而 ++i 就無(wú)需保存當(dāng)前值，這就會(huì)帶來(lái)效率上的差異。如果沒(méi)人關(guān)心 i++ 的當(dāng)前值，那么現(xiàn)代大多數(shù)C語(yǔ)言編譯器將會(huì)將這一差異優(yōu)化掉，此時(shí) i++ 和 ++i 不再有效率上的差異。