快来看看C语言的灵魂拷问：++i为何比i++执行效率高？你知道吗？

更多福利在文末免费领取

背景

相信很多人遇到过这样的问题：printf("%d,%d",i++,++i);

也纠结过这个问题，到底答案是什么。确没有一个参考的资料。

唯一知道的是，几乎所有C语言教材都这么讲：i++就是先使用i的值再使i自身加一，而++i则是先使i自身加一，然后在使用i的值。

出于对真理的追求。

今天我们彻底弄明白此问题。

譬如这样的话：

int a,b;int i=10，j=10;a=i++;b=++j;

我们可以很清楚的知道a和b的值分别将是10和11。这点毫无疑问，因为无论在任何平台任何编译器上运行都是这个结果！然而对于这样的程序：

int a,b;int i=10，j=10;a=(i++)+(i++)+(i++);b=(++j)+(++j)+(++j);

各位试想答案将是多少？我们可以放到编译器上运行看一下结果如下：先看看windows下常用的VC6结果：

恩看到了，是30和37！嗯，但..这个结果好像有点怪。那再看看Linux下gcc的结果：

哦，竟然也是30  37 。那我们再看看古老一点的TurboC的结果：

结果成了30  39  , 喔~还真有点怪。

当然，就C语言代码来看，i++ 和 ++i 都只有一行，看起来似乎二者的执行效率一样了？其实不是的，在学习C语言时，教材和老师一般都会强调 i++ 和 ++i 的区别，例如下面这段C语言代码：

int i , j, k;i = 0;j = i++;i = 0;k = ++i;

这段C语言代码执行后，j 和 k 的值并不相等：j 等于 0，k 等于 1。既然执行结果有差异，那么执行效率很有可能也是有差异的，事实的确如此。查看上述C语言代码对应的汇编代码，如下：

编译器版本为gcc 4.8.4

可见，j=i++; 计算机需要 4 条指令来解释，比执行 k=++i; 多出了一条指令。多出的一条指令为：在对 i 执行自加操作之前，先保存 i 的当前值留作稍后使用（赋值为j）。

这是怎么回事呢？不同的编译器结果还不一样呢？

为何不同的编译器结果不一样要说起这其中的原因，我们要先明白两个知识点。

即“副作用”与“顺序点”。

这里我们引用《C Primer Plus》的说法：“现在我们再讨论一些C的术语。

副作用(side effect)是对数据对象或文件的修改。

例如，语句：states = 50；的副作用是将变量states的值设置为50。

这是副作用？这看起来更像是主要目的！

然而，从C的角度来看，主要目的是对表达式求值。

给C一个表达式4+6，C将计算它的值为10。

给C一个表达式states=50，C将计算它的值为50。

计算这个表达式的副作用就是把变量states的值改变为50。

跟赋值运算符一样，增量运算符和减量运算符也有副作用，它们主要由于副作用而被使用。

一个顺序点(sequence point)是程序执行中的一点；在该点处，所有的副作用都在进入下一步之前被计算。

在C中，语句里的分号标志了一个顺序点。

它意味着在一个语句中赋值运算符、增量预算符及减量运算符所做的全部改变必须在程序进入下一个语句前发生。

任何一个完整的表达式的结束也是一个顺序点。

什么是完整的表达式呢？一个完整的表达式(full expression)是这样一个表达式—-它不是一个更大的表达式的子表达式。

完整的表达式的例子包括一个表达式语句里的表达式和在一个while循环里作为判断条件的表达式。

顺序点帮助阐明后缀增量动动作何时发生。

例如，考虑下面的代码：

while(guests++