在 Java 学习中，“参数传递方式” 始终是高频争议点：有人因引用类型传参能修改对象属性，便认定 Java 存在 “引用传递”;也有人疑惑 “为何包装类型传参无法改变外部值”。事实上，Java 语言规范从设计之初就明确所有参数传递均为值传递，所谓 “引用传递” 的误解，本质是对 “值的类型” 与 “内存存储” 的认知偏差。小编将从定义、内存模型、反例验证三方面，拆解 Java 仅值传递的底层逻辑。
一、先厘清：值传递与引用传递的本质区别
要理解 Java 的传递机制，需先跳出 “表象”，抓住两种传递方式的核心差异：
值传递(Pass by Value)：函数调用时，实际参数的 “值” 会被复制一份，传递给形式参数。这里的 “值”，可能是基本类型的原始数据，也可能是引用类型的内存地址。函数内部对形式参数的修改，仅作用于 “副本”，不会直接改变外部实际参数的原始状态。
引用传递(Pass by Reference)：函数调用时，传递的是实际参数的 “内存地址本身”，而非值的副本。函数内部对形式参数的修改(如改变引用指向)，会直接同步到外部实际参数，导致外部变量的原始状态被改变。
二者的关键分水岭在于：函数是否能直接修改外部参数的 “原始引用” 或 “原始数据”。值传递中，外部参数的原始状态(无论是基本类型的值，还是引用类型的地址)始终不可变;引用传递中，外部参数的原始引用可被函数直接篡改。
二、Java 内存模型：决定了 “只能是值传递”
Java 的内存分为 “栈内存” 与 “堆内存”，不同数据类型的存储规则，直接决定了参数传递的方式：
1. 基本类型：栈中存值，传递 “值的副本”
基本类型(int、double、boolean 等)的变量与值均存储在栈内存中。当作为参数传递时，会将栈中存储的 “原始值” 复制一份，传递给形式参数的栈空间。函数内部修改形式参数，仅改变副本所在的栈空间数据，与外部原始变量的栈空间无关。
示例代码：
jav取消自动换行复制
public class BasicTypeDemo {
public static void main(String[] args) {
int num = 10;
modify(num);
System.out.println(num); // 输出10，原始值未变
}
private static void modify(int a) {
a = 20; // 仅修改副本a的值
}
}
此场景中，num的原始值 10 存储在栈中，传递给a的是 10 的副本，a=20仅改变副本，外部num的栈数据始终为 10，完全符合值传递定义。
2. 引用类型：栈存地址，传递 “地址的副本”
引用类型(对象、数组、集合)的变量存储在栈中，值为 “对象在堆内存中的地址”;对象的实际数据(属性、元素)存储在堆中。当作为参数传递时，传递的是 “栈中地址的副本”—— 形式参数与实际参数的栈空间存储相同的堆地址，因此二者指向同一个堆对象。
但关键在于：函数内部修改的是 “堆对象的属性”，而非 “栈中的原始地址”。若尝试改变形式参数的地址(如指向新对象)，仅修改副本地址，外部参数的原始地址仍不变。
示例代码：
ja取消自动换行复制
class User {
String name;
User(String name) { this.name = name; }
}
public class ReferenceTypeDemo {
public static void main(String[] args) {
User user = new User("张三");
modifyUser(user);
System.out.println(user.name); // 输出“李四”，堆对象属性被改
reassignUser(user);
System.out.println(user.name); // 仍输出“李四”，原始引用未变
}
// 修改堆对象属性(通过地址副本操作)
private static void modifyUser(User u) {
u.name = "李四";
}
// 尝试修改引用指向(仅改变副本地址)
private static void reassignUser(User u) {
u = new User("王五"); // 副本u指向新堆对象，与外部无关
}
}
此场景中，modifyUser通过地址副本修改堆对象属性，看似 “改变了外部数据”，实则未触及外部user的栈地址;reassignUser改变副本地址后，外部user仍指向原堆对象，彻底证明传递的是地址副本，而非引用本身 —— 这正是值传递的核心特征。
3. 包装类型：不可变特性，强化 “值传递” 表现
包装类型(Integer、String、Double)虽为引用类型，但具有 “不可变性”：对象创建后，内部数据无法修改，若要 “更新”，需创建新对象并改变引用指向。这种特性使得包装类型传参时，即便传递的是地址副本，函数内部也无法修改原始对象，表现与基本类型一致。
示例代码：
java取消自动换行复制
public class WrapperTypeDemo {
public static void main(String[] args) {
Integer count = 5;
modifyCount(count);
System.out.println(count); // 输出5，原始对象未变
}
private static void modifyCount(Integer c) {
c = 10; // 实际创建新Integer对象，副本c指向新地址
}
}
c=10并非修改原始count的堆数据，而是创建值为 10 的新对象，副本c指向新地址，外部count的栈地址与堆对象均未改变，进一步印证值传递机制。
三、反例验证：Java 不存在 “引用传递”
若 Java 存在引用传递，函数应能直接修改外部参数的原始引用。但实际测试中，这种情况从未发生：
假设存在 “引用传递”，以下代码应输出 “王五”，但实际输出 “张三”：
j取消自动换行复制
public class ReferencePassTest {
public static void main(String[] args) {
User user = new User("张三");
changeReference(user);
System.out.println(user.name); // 实际输出“张三”，而非“王五”
}
private static void changeReference(User u) {
u = new User("王五"); // 若为引用传递，外部user应指向新对象
}
}
此反例证明：函数无法改变外部参数的原始引用，仅能操作地址副本，Java 不存在引用传递。
四、为何会有 “引用传递” 的误解?
误解的根源在于 “混淆了‘修改对象属性’与‘修改引用本身’”：
引用类型传参时，“修改对象属性” 是通过地址副本操作堆数据，属于 “值传递的副作用”，而非引用传递;
真正的引用传递，应能直接改变外部参数的引用指向(如上述反例期望的效果)，但 Java 不支持这种操作。
理解 “Java 仅值传递”，不仅能避免开发中因传参逻辑导致的 Bug(如误以为包装类型传参可直接修改外部值)，更能深入掌握 Java 内存分配与变量存储的底层逻辑 —— 这是写出高效、可靠 Java 代码的基础。
