把x++看作是一个函数调用，它“返回”x在增量之前的值(这就是为什么它被称为后增量)。

所以运算顺序为: 1:缓存x的值 2:增量x 3:返回缓存的值(x在它被增加之前) 4:将返回值赋给x

X = x++的工作方式如下:

首先，它计算表达式x++。对该表达式求值产生一个表达式值(即x在递增前的值)，并使x递增。 之后，它将表达式值赋给x，覆盖增量值。

因此，事件的序列如下所示(这是一个实际的反编译字节码，由javap -c生成，带有我的注释):

   8:   iload_1         // Remember current value of x in the stack
   9:   iinc    1, 1    // Increment x (doesn't change the stack)
   12:  istore_1        // Write remebered value from the stack to x

作为比较，x = ++x:

   8:   iinc    1, 1    // Increment x
   11:  iload_1         // Push value of x onto stack
   12:  istore_1        // Pop value from the stack to x

 x = x++; (increment is overriden by = )

因为上面的表述x永远不会达到3;

当++在rhs上时，在数字增加之前返回结果。 更改为++x就可以了。 Java会将其优化为执行单个操作(将x赋值给x)，而不是增量操作。

前缀表示法将在表达式求值之前增加变量。 后缀表示法将在表达式求值后增加。

但是“=”的操作符优先级比“++”低。

所以x = x + +;应评估如下

X准备分配(评估) x增加 x之前的值赋给x。

我想知道Java规范中是否有精确定义此行为的内容。(这句话的明显意思是我懒得去检查。)

注意Tom的字节码，关键行是7、8和11。第7行将x加载到计算堆栈中。第8行增加x。第11行将堆栈的值存储回x。在正常情况下，如果你不将值赋值回自身，我不认为有任何理由不能加载，存储，然后增加。你会得到同样的结果。

比如，假设你有一个更正常的情况，你写这样的东西: z = (x + +) + (y + +);

它是否说(跳过技术细节的伪代码)

load x
increment x
add y
increment y
store x+y to z

or

load x
add y
store x+y to z
increment x
increment y

应该无关紧要。我认为，任何一种实现都是有效的。

我会非常谨慎地编写依赖于这种行为的代码。对我来说，它看起来非常依赖于实现。只有当您做了一些疯狂的事情(比如这里的例子)，或者您有两个线程正在运行，并且依赖于表达式中的求值顺序时，才会产生影响。