优先级!=求值顺序

windoze

i+++++i这种月经帖子现在有朝周经日经发展的趋势，写个帖子发发牢骚。

优先级!=求值顺序

表达式a+b*c，都知道这个表达式的值等于a+(b*c)而不是(a+b)*c，为什么？因为乘号的优先级比加号高。这段是废话。

但谁告诉你一定要先算b和c再算a了？不能把a先算出来吗？不能把c先算出来吗？不能在这个过程中顺便去干点别的吗？如果abc都是无副作用的子表达式，会对结果有影响吗？这一段明明还是废话为什么就有很多人想不明白？

那如果abc中的某些是有副作用的表达式呢？那么不同的求值顺序就会造成不同的结果了对不？比如说子表达式a在屏幕上输出“SB”，子表达式b输出“是”，子表达式c输出“谁”，如果求值顺序是abc，输出的就是“SB是谁”，如果顺序是cba，输出的就是“谁是SB”，对不？

有的语言规定了子表达式的求值顺序，那么像i+++++i这种问题就有标准答案，但C/C++没有规定，只是告诉你编译器觉着怎么好就怎么来，那么上面的表达式到底输出什么？不确定对不？

所以C/C++标准规定，上述表达式输出的结果是：

谁这么写谁SB

idi0t

太有才了,竟然不知道要说什么好.

hellioncu

通俗易懂，这样再不明白的，那真是S13了

Dannysd

总结到位，五星好评~

zhaohongjian000

update：修正一些错误

既然楼主都发帖了，我就补充两句，因为实际情况还要更复杂。

优先级决定的是操作符和操作数如何结合，而“求值”，假定这个单词对应的英文是evaluation的话，则实际有两种“求值”：
1. 值的计算(value computation)
2. 副作用(side effect)

这种区分意味着一个有副作用的表达式（比如修改了一个变量的值），它的副作用和它的值的计算不一定是同时发生的。

在C++11中：
对于后置自增/自减，值的计算在副作用之前；
对于前置自增/自减，值的计算在副作用之后。

比如：

1. i=i++;

复制代码

操作符“=”的值的计算依赖于后置++的运算结果，但两者的副作用何时发生并没有保证。所以行为是未定义的。

而：

1. i=++i;

复制代码

由于有“对于前置自增/自减，值的计算在副作用之后”这条保证，所以是良好定义的。但这仅针对C++11，
C中似乎并没有关于自增自减操作符的这两条保证（有知道的同学可以补充下），C++11之前也是未定义的。

更麻烦的是C和C++的关于求值顺序、序列点的内容在新版本(C99、C11、C++11等)都有改动/补充，所以
实在是太麻烦了。

所以我的基本建议是：
1. 一些操作符的操作数的求值顺序是不确定的，这个是基础知识，要记住
2. 一些操作符的操作数的请求顺序是确定的，这个也要记住
3. 避免在一个表达式中修改一个变量超过一次
考虑到后面的例子，应该补充为：
在一个表达式中如果修改过某个变量，就不要在这个表达式中再次使用这个变量。

至于那些复杂的规则，没事的时候倒是可以看看，但作为写代码的参考就太不实用了。

参考资料：
http://en.cppreference.com/w/cpp/language/eval_order
http://en.cppreference.com/w/c/language/eval_order

windoze

回复 5# zhaohongjian000

你说的这些我没写在帖子里，因为这么简单的事情都要年年讲月月讲，再加上sequencepoint/happen-before/after什么的估计好多人连我在吐槽什么都搞不清了。

zhaohongjian000

回复 6# windoze


    可不是嘛，那两页资料我都看晕了。我觉得这是C、C++对带副作用的运算符限制太少导致的。由于语法上合法又产生了奇怪的结果，
语言的使用者需要了解一些本来是语言的实现者才用的到的知识，才能理解这些结果产生的原因。

cokeboL

好评                                                      

fender0107401

你们真是无聊，看见这么写直接骂他傻逼不就完了，浪费那个实践精力干啥。