Java只有值传递，因其JVM内存模型中基本类型传数值副本、引用类型传地址副本，栈中副本独立且字节码仅支持压栈副本操作。
Java 中只有值传递，这个结论不是经验之谈，而是由 JVM 内存模型、变量存储机制和字节码行为共同决定的。建立完善的底层认知，关键不在于死记“是值传递”，而在于把栈、堆、引用、副本这四个要素串成一条可验证的逻辑链。
一、从内存布局锚定变量本质
所有理解偏差的起点，都是混淆了“变量”和“变量所指的内容”。在 JVM 中：
- 基本类型变量（如 int a = 10）：值直接存在栈帧里，a 就是 10
- 引用类型变量（如 String s = "abc"）：栈帧里存的是一个地址（比如 0x123），s 不是字符串本身，只是指向堆中字符串对象的一把“钥匙”
- 堆中才是对象本体（如 new Student() 的 name、age 字段），它独立于方法生命周期存在
二、用“副本”二字统一解释两类参数
所谓“值传递”，核心动作永远是复制一份内容放进新栈帧。区别只在于复制什么：
- 传基本类型 → 复制数值本身（10 → 新栈帧里的另一个 10）
- 传引用类型 → 复制那个地址值（0x123 → 新栈帧里的另一个 0x123）
两个副本指向同一块堆内存，所以能改对象状态；但副本本身是独立的，所以重赋值（s = "xyz"）不会影响原变量存的地址。
立即学习“Java免费学习笔记（深入）”；
三、靠反编译字节码切断模糊地带
光看 Java 代码容易被表象迷惑。用 javap -c 反编译，会看到所有参数入栈指令都是 iload（加载 int 值）或 aload（加载引用地址），没有类似 C++ 的 & 符号或特殊指令——JVM 规范从字节码层就只定义了“压栈副本”这一种传参方式。
四、用三个不可辩驳的实验闭环验证
真正闭环的认知，必须能同时解释以下三类现象：
- 基本类型改不生效：swap(int a, int b) 无法交换外部变量值
- 对象属性能改生效：modifyList(list) 调用后 list.size() 变了
- 引用本身改不生效：reassign(obj) 里写 obj = new Object()，外部变量仍指向原对象
三者共用同一套底层逻辑：栈中副本独立 + 堆中对象共享 + 字节码无引用传递指令。缺一不可，否则就是认知缺口。
