【java】从内存层面理解，为什么 int i = 0; i = i++; i的结果为0？？？

朱雀 2022-05-19 14:20 206阅读 0赞

# 一、前言 #

如果你理解JVM的内存模型，就不难理解为什么答案返回的是0，而不是1。  
我们单独看问题中的这两句代码。

int i = 0; i = i++;
    return i;

# 二、从内存出发 #

Java虚拟机栈（JVM Stack）描述的是**Java方法执行**的内存模型，而JVM内存模型是基于“**栈帧**”的，每个栈帧中都有 局部变量表 和 操作数栈 （还有动态链接、return address等），那么JVM是如何执行这个语句的呢？通过[javap][]大致可以将上面的两行代码翻译成如下的JVM指令执行代码。  
0: iconst\_0  
1: istore\_1  
2: iload\_1  
3: iinc 1, 1  
6: istore\_1  
7: iload\_1

我们可以直接使用`javap -c xxx.class` 来直接来查看jvm执行的代码：

![这里写图片描述][70]

接下来分析一下JVM是如何执行的:

*  第0：将int类型的0入栈，就是放到操作数栈的栈顶
 *  第1：将操作数栈栈顶的值0弹出，保存到局部变量表 index （索引）值为1的位置。（局部变量表也是从0开始的，0位置一般保存当前实例的this引用，当然静态方法例外，因为静态方法是类方法而不是实例方法）
 *  第2：将局部变量表index 1位置的值的副本入栈。（这时局部变量表index为1的值是0，操作数栈顶的值也是0）
 *  第3：iinc是对int类型的值进行自增操作，后面第一个数值1表示，局部变量表的index值，说明要对此值执行iinc操作，第二个数值1表示要增加的数值。（这时局部变量表index为1的值因为执行了自增操作变为1了，但是操作数栈中栈顶的值仍然是0）
 *  第6：将操作数栈顶的值弹出（值0），放到局部变量表index为1的位置（旧值：1，新值：0），覆盖了上一步局部变量表的计算结果。
 *  第7：将局部变量表index 1位置的值的副本入栈。（这时局部变量表index为1的值是0，操作数栈顶的值也是0）

## 总结 ##

从执行顺序可以看到，这里第1和第6执行了2次将0赋值给变量i的操作（=号赋值），i++操作是在这两次操作之间执行的，自增操作是对局部变量表中的值进行自增，而栈顶的值没有发生变化，这里需要注意的是保存这个初始值的地方是操作数栈而不是局部变量表，最后再将栈顶的值覆盖到局部变量表i所在的索引位置中去。

--------------------

有兴趣的同学可以去了解一下JVM的栈帧（Stack Frame）

关于第二个陷阱（为什么 fermin方法没有影响到i的值 ）的解答看下面。

inc.fermin(i);

1.  java方法之间的参数传递是 值传递 而不是 引用传递
2.  每个方法都会有一个栈帧，栈帧是方法运行时的数据结构。这就是说每个方法都有自己独享的局部变量表。（更严谨的说法其实是每个线程在执行每个方法时都有自己的栈帧，或者叫当前栈帧 current stack frame）
3.  被调用方法fermin()的形式参数int i 实际上是调用方法main()的实际参数 i 的一个副本。
4.  方法之间的参数传递是通过局部变量表实现的，main()方法调用fermin()方法时，传递了2个参数：  
          第0个隐式参数是当前实例（Inc inc = new Inc(); 就是inc引用的副本，引用/reference 是指向对象的一个地址，32位系统这个地址占用4个字节，也就是用一个Slot来保存对象reference，这里传递的实际上是reference的一个副本而不是 reference本身 ）；  
    第1个显示参数是 i 的一个副本。所以 fermin()方法对 i 执行的操作只限定在其方法独享或可见的局部变量表这个范围内，main()方法中局部变量表中的i不受它的影响；

如果main()方法和fermin()方法共享局部变量表的话，那答案的结果就会有所不同。 其实你自己思考一下，就会发现， JVM虚拟机团队这么设计是有道理的。

[javap]: https://www.cnblogs.com/frinder6/p/5440173.html
[70]: /images/20220519/ffd69f8c41d44e27829647325f67c1f0.png