我们或多或少都有过,或者见过将赋值表达式参与运算的情况。这通常会伴随着一些意想不到的问题。今天我就见到了一段奇怪的代码:#includeint main()
{int a =5;int b = (a=2)+(a=3);
printf("%d %d\n",a,b);return 0;
}
乍一看,似乎答案很明朗,按照顺序运算之后,a的值是3,b的值是5.有经验的程序员肯定会一眼看出,这里的计算过程是一个未定义行为(Undefined behavior).在这里简单来说就是:无法确定哪一个括号里的表达式会先执行。
括号只能改变运算符的结合律,不能改变表达式的求值顺序。这个顺序是取决于编译器的。所以a的值是2还是3是不能确定的。
这段代码在gcc(Ubuntu)下得到的结果是3 6
而在clang(Mac)下运行的结果是3 5
为什么会这样呢? 这是怎么一回事呢?
查看它们生成的汇编代码gcc
...
movl $5, -8(%rbp) // a=5
movl $2, -8(%rbp) // a = 2
movl $3, -8(%rbp) //a = 3
movl -8(%rbp), %eax // eax = a
addl %eax, %eax //eax = eax + eax
movl %eax, -4(%rbp) // b = eax
...
clang
...
movl $5, -8(%rbp)
movl $2, -8(%rbp) // a = 2movl $3, -8(%rbp) // a = 3movl $5, -12(%rbp) // b = 5...
在gcc的理解中a = (b=c)//会被改写成b=c
a=b//所以对于a = (b=c)+(d=e)//会被改写成b = c
d = e
a = b+d//当b和d为同一个值的时候,变量空间被复用了,
在clang的理解中a = (b=c)+(d=e)//被改写成了i=b=c
j=d=e
a=i+j//所以直接得到了赋值符号右边表达式值之和
由此得出结论:赋值表达式的返回值为赋值符号右边的值。
但在某些特殊情况下,使用某些编译器可能无法得到想要的结果。所以我们应当尽量避免使用赋值表达式的值参与运算。
注意:虽然在两个例子中,a的值都是3,但这并不意味着表达式的求值顺序是从左往右的。
有关编译器求值顺序的详细内容可以参考这篇文章
作者:Nangcr
原文链接:https://www.cnblogs.com/nangcr/p/return-value-of-assignment-expression.html