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

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

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

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

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

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