java只有值传递，因为jvm方法调用时总是复制实参的值（基本类型复制数值、引用类型复制地址）到新栈帧，形参与实参独立存储，修改形参地址不影响实参，仅操作共享堆对象内容时才显外部变化。
Java 中“只有值传递”不是一句空话，而是由 JVM 的内存模型和方法调用机制共同决定的底层事实。关键不在于“传的是什么”，而在于“传的方式”——所有参数，无论类型，都是把当前变量持有的那个“值”完整复制一份，放进新方法的栈帧里。
栈帧中只存副本，不共享变量本身
每次方法调用，JVM 都会为它分配一个独立的栈帧。这个栈帧的局部变量表里，存放的是实参的拷贝：
- 基本类型（如 int、boolean）：拷贝的是真正的数值，比如 int x = 5，传进去的就是数字 5 的一份新拷贝，和原 x 在栈中是两个不同地址的变量；
- 引用类型（如 ArrayList、自定义对象）：拷贝的是堆中对象的地址值（例如 0x1a2b3c），不是对象本身，也不是“引用的引用”，只是一个 64 位（或 32 位）的内存地址数字。
修改形参 ≠ 修改实参，但可能影响实参指向的对象
形参在方法内被修改时，影响范围取决于改的是“地址”还是“地址所指的内容”：
- 如果给形参重新赋值（如 list = new ArrayList()），只是让形参副本指向了新地址，原实参仍指向旧对象，外部无感知；
- 如果通过形参修改对象内部状态（如 list.add("item") 或 obj.name = "new"），因为形参副本和实参指向同一个堆对象，所以外部能看见变化——但这不是“引用传递”的功劳，而是你操作了共享的堆数据。
String 和包装类的“不可变性”进一步印证值传递
像 String、Integer 这些类型，看似是引用类型，但它们的对象一旦创建就不能修改内容。任何“修改”操作（如 str += "x"）本质都是新建对象并让变量指向它。所以方法内对 String 形参的拼接，只会让形参副本指向新字符串，原实参依然稳稳指着旧字符串——这恰恰说明传进来的只是地址值的副本，而不是可直接操控原引用的通道。
字节码层面没有“引用传递”指令
反编译任意含对象参数的方法，你会看到 iload、aload 等加载指令，它们统一把局部变量表里的值推入操作数栈；调用时，这些值被复制进新栈帧。JVM 规范中不存在类似 C++ 中 & 引用符号对应的字节码语义，也没有允许方法直接绑定到调用方变量地址的机制。整个过程干净、确定、可预测——这就是值传递的硬性体现。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
