运算符的优先级和计算顺序是编程中常遇到的问题。为了理解这个问题，我们可以从表达式树的角度来看待它。

假设我们有一个表达式，比如x+y*z，我们可以将其重写为表达式树：

按照优先级和结合性规则：

x + ( y * z )

应用完优先级和结合性规则后，我们可以安全地忽略它们。

树形式：

  x
+
    y
  *
    z

现在，这个表达式的叶子节点是x、y和z。这意味着你可以按照任意顺序计算x、y和z，也意味着你可以按照任意顺序计算*和x的结果。

现在，由于这些表达式没有副作用，所以你并不关心计算顺序。但是如果有副作用，计算顺序可能会改变结果，而且由于计算顺序可以是任意的，由编译器决定，这就是一个问题。

现在，序列点为这个混乱带来了一些秩序。它们将树分成了几个部分。

x + y * z, z = 10, x + y * z

优先级和结合性之后

x + ( y * z ) , z = 10, x + ( y * z)

树形式：

      x
    +
        y
      *
        z
  , ------------
      z
    =
      10     
  , ------------
      x
    +
        y
      *
        z   

树的上部分将在中间部分之前被计算，中间部分将在底部之前被计算。

好吧，这篇文章基本上是正确的。或者更委婉地说，我知道作者的意思。对于MSVC而言，这可能完全正确（编译器可能会强加额外的顺序）。但是，优先级和结合性规则只定义了表达式树的形状，而不是计算顺序。

这取决于你如何看待它。首先，优先级定义了部分顺序。 x+y*z意味着对于计算+，你需要*的结果。这是由运算符优先级定义的顺序。现在，计算顺序需要遵循这个部分顺序，但除此之外，它可以做任何它想做的事情。所以你不能真的说它们完全无关。但是它们也不是相互定义的。

_Me_Be: 部分顺序是指什么？首先，优先级定义了部分顺序。x+y*z意味着对于计算+，你需要*的结果。这是完全错误的。运算符是不会被计算的，操作数才会被计算。

不，表达式会被计算。

_Me_Be: 是的！那你的观点是什么？表达式会被计算。操作数是表达式的一部分。我没看出有什么区别。你说的that for evaluating +是什么意思？有人怎么可能计算+？

不，操作数是独立的表达式。运算符和它的操作数形成另一个表达式。而你问的x + y * z中有人怎么可能计算+？通过先计算它的操作数，当它们被计算时，再计算表达式本身。

_Me_Be: 我的唯一观点是计算顺序和运算符的优先级是无关的。请看前ISO C委员会成员Peter Seebach在usenet上的详细讨论，他明确提到计算顺序和运算符的优先级是两个独立的事情。

抱歉，但你显然对他的意思有困惑。他谈论的是表达式树的叶子上的表达式的顺序。

_Me_Be: 我对他的意思没有困惑。他谈论的是表达式树叶子上表达式的计算顺序，而且这个顺序与运算符的优先级无关。实际上，这个顺序是未指定的。

_Me_Be: 还请看一下Jerry Coffin的回答。

: 我已经读过了。我仍然相信Jerry Coffin的回答是100%正确的。:)

是的，但你不是，这就是问题所在。

_Me_Be: 只有一个问题，那就是你对我的理解有问题。:-)

"计算顺序"只是指表达式树的叶子上的顺序。部分顺序仍然存在，并且由表达式树的形状定义。这就是你的误解之处。你坚持声称没有任何顺序。

问题的原因是运算符优先级和求值顺序之间的关系。尽管运算符优先级可以创建依赖关系，但它们在本质上是不同的。在一些简单的例子中，运算符优先级的依赖关系确实可以完全定义求值顺序，但这并不普遍适用。此外，许多表达式具有两个效果：它们产生一个值，并具有副作用。这两个效果不必同时发生，所以即使依赖关系强制确定了特定的求值顺序，这只是值的求值顺序，对副作用没有影响。这意味着在 foo(a) + foo(b) 中，foo(b) 可能比 foo(a) 更早地被求值。

那么如何在你的例子中强制执行求值顺序呢？

运算符优先级是指在一个表达式中，不同运算符的优先级不同，决定了它们被执行的顺序。而运算符的优先级与运算对象的求值顺序是无关的。求值顺序是指在一个表达式中，不同运算对象的求值顺序。本文主要讨论了这两者的区别以及可能产生的问题。

首先，运算符优先级和结合性是用来控制运算对象的求值顺序的，而不是决定运算对象的求值顺序。以表达式"x

同样地，即使改变了运算符的优先级，求值顺序也可以保持不变。将表达式"x*y+z"的优先级改变一下，仍然可以先求值"z"，然后再求值"x"和"y"，最后进行乘法和加法运算。这表明运算符的优先级并不决定运算对象的求值顺序。

即使在存在副作用的情况下，这一点依然成立。可以将副作用看作是在下一个序列点（例如表达式的末尾）完成的操作。对于类似"a=b++ + ++c;"的表达式，可以将其执行过程看作是先对"a"进行赋值，然后对"b"和"c"进行递增操作。这个例子说明了即使存在表达式目标的情况下，也是先对"a"进行求值，然后再对"b"和"c"进行求值。这个例子还说明了一个表达式中的顺序依赖关系并不会影响求值顺序。

当在下一个序列点之前使用值时，会导致未定义行为。这是因为在这段时间内，"另一个线程"（可能）正在修改该数据，而你没有办法与另一个线程同步访问。因此，在使用一个经过前置/后置递增/递减操作的变量时，会导致完全未定义的行为。

总结起来，求值顺序与运算符的优先级、结合性以及明显的依赖关系是无关的。试图依赖求值顺序来实现某些操作是不可靠的，因为你无法保证你所确定的任何部分都是正确的。依赖求值顺序的代码容易出错，可能得到完全不同的结果。因此，在编写代码时，应尽量避免依赖求值顺序来实现逻辑。