java方法调用时，实参按顺序直接复制到新栈帧局部变量表对应槽位，不经过操作数栈中转；非静态方法slot 0存this，后续参数依声明顺序存放，long/double占两槽。
Java方法调用时，实参不是“压入”局部变量表的，而是**按顺序复制到新栈帧的局部变量表对应槽位（slot）中**。这个过程发生在方法调用指令执行时，由JVM自动完成，不经过操作数栈中转——和很多人直觉不同。
实参复制的时机与位置
当调用一个方法（如 obj.method(a, b)）时：
- JVM先在调用方栈帧的操作数栈中准备好实参值（a、b已计算完毕并入栈）
- 执行
invokevirtual等调用指令时，JVM立即为被调方法创建新栈帧 - 此时，JVM从调用方栈帧的操作数栈从左到右依次弹出实参值，并直接写入新栈帧的局部变量表指定索引位置
- 非静态方法还会把
this引用作为第0号参数，优先写入局部变量表 slot 0
局部变量表槽位（slot）的分配规则
槽位编号从 0 开始，顺序固定，编译期就确定：
- slot 0：总是存放
this（仅非静态方法；静态方法跳过） - slot 1、2…：按源码中参数声明顺序，依次存放各实参（
int x, String s, long l→ slot 1、2、4） - 注意：
long和double占用连续两个slot（如 slot 3 和 4），后续变量会跳过 - 局部变量（如方法内定义的
int y = 5;）复用空闲 slot，不一定追加在末尾
一个具体例子（字节码视角）
假设方法声明为：public void demo(int a, long b, String c) { ... }
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
编译后其 Code 属性中：
locals=5（slot 0: this，1: a，2–3: b（long占两格），4: c）
调用 obj.demo(10, 20L, "ok") 时：
- 调用前，操作数栈顶三元素为：
"ok"、20L、10（注意：入栈顺序是反的，但弹出顺序仍是左→右） - 新栈帧创建后，JVM依次弹出并填入：
→ slot 0 ←obj（this）
→ slot 1 ←10（a）
→ slot 2 & 3 ←20L（b）
→ slot 4 ←"ok"（c）
关键点澄清
常见误解需要纠正：
- ❌ 实参不会“先压入操作数栈再移进局部变量表”——操作数栈只用于指令运算，参数传递是JVM内部原子操作
- ❌ 没有“压栈”动作发生在局部变量表上——它是一块编译期定长的数组，只有写入（copy）和读取（load）
- ✅ 所有参数位置和类型大小，在
.class的Code.max_locals和LocalVariableTable中早已固化 - ✅ 方法体内对参数的修改（如
a = 100），就是直接改写对应 slot 的值，不影响调用方
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
