我认为设计 i++ 就是为了书写快捷的方便，其实执行效率与 i = i+1 一样。

starwing83

话说回来，+=等等操作符还是很有意义的，因为操作数只计算一次。
比如说这样的式子：

getfoo()->n++;

getfoo()就仅调用一次，虽然对i来说计算一次两次没关系，但是++的操作数不一定只是简单的变量而已。90

一介村夫

如果i是register呢？

andycrusoe

楼主自己都说了是好的编译器才能生成和i++一样的机器码

历史上，早期，i++ 比 i = i+1 的机器指令更短，速度更快的

只是后期编译器做了优化而已

myworkstation

其实这个问题可以从三个角度去分析：语言规范，编译器实现，CPU支持。首先从语言规范上来讲前置＋＋和后置＋＋是不等价的，前置＋＋在规范中明确指出和＋＝组合操作符是等价的，但和E = E+1;这样的赋值操作不等价，因为后者对操作数E需要进行两次求值，而+=组合操作符只进行一次求值。后置++表示操作数作为结果值被获取之后操作数的原值再进行更新。　聪明的编译器可以根据应用场景进行优化，但不能过度依赖这种优化，因为编译器还是不如人聪明，而且复杂的表达式也不一定可以优化掉。从CPU的角度上来讲CPU支持什么样的指令集是绝对决定了相应操作符计算效率。在嵌入式开发中不同的CPU之间的差异就大了。比如说moto某些CPU就没有直接可以对应后缀++的指令，所以计算性能不如前缀++高。C/C++提供这么多操作符是因为它是最接近底层的高级语言，它需要尽可能实现CPU对应指令的高级实现进而为性能优化提供选择。而其它多数高级语言不会给你选择的权利。

流氓无产者

iw1210 发表于 2013-06-28 15:18
我认为设计 i++ 就是为了书写快捷的方便，其实执行效率与 i = i+1 一样。
还有 ++i、i-- 、--i、 i += n 、 ...

应该不是吧，学过汇编的都知道

ifreecoding

我晕，这也用讨论么
一条汇编就可以搞定的问题