在 Java 编程中，参数传递机制是一个基础且容易引发混淆的概念。“Java 到底是值传递还是引用传递” 的争论，本质上源于对两种传递方式的概念误解。小编将从本质上解析 Java 的参数传递机制，并详细对比传值与传引用的核心区别。
一、Java 的参数传递本质：始终是值传递
Java 语言中，所有参数传递都是值传递，不存在真正意义上的引用传递。这一结论的核心依据在于：当参数传递时，Java 传递的是变量的 “值副本”，而非变量本身或其引用地址。
(一)基本数据类型的传递
对于基本数据类型(如 int、double、boolean 等)，传递的是变量的实际值。例如：
TypeScript取消自动换行复制
在上述代码中，num的值 10 被复制到方法changeValue的参数a中，方法内部对a的修改仅作用于副本，原变量num的值始终不变。这是典型的值传递表现。
(二)引用数据类型的传递
对于引用数据类型(如对象、数组、字符串等)，传递的是对象引用的 “值副本”—— 即对象在堆内存中的地址副本。例如：
TypeScript取消自动换行复制
此处的关键在于：
方法changeName接收的person是原引用p的地址副本，二者指向堆内存中同一个Person对象，因此通过person修改name会影响原对象;
当person被重新赋值为新对象时，仅修改了副本的指向，原引用p仍指向最初的对象，这体现了 “值传递” 的本质 —— 副本的变化不影响原变量。
二、值传递与引用传递的核心区别
尽管 Java 仅支持值传递，但理解值传递与引用传递的概念差异，有助于更清晰地掌握参数传递机制。
(一)概念定义
值传递(Pass by Value)：传递的是变量的 “值副本”。对于基本类型，副本是实际数据;对于引用类型，副本是对象地址。方法内部对副本的修改不会影响原变量本身(但引用类型可通过副本地址修改原对象内容)。
引用传递(Pass by Reference)：传递的是变量本身的引用(而非副本)。方法内部对参数的修改会直接影响原变量，例如改变原变量的指向或值。(Java 不支持这种方式)
(二)关键差异对比
对比维度
值传递
引用传递
传递内容
变量的副本(值或地址副本)
变量的直接引用(非副本)
原变量是否受影响
基本类型：不受影响;引用类型：原对象可被修改，但原引用本身不变
原变量(包括引用指向和值)会被直接修改
典型语言支持
Java、C、Python(部分场景)
C++(引用参数)、C#(ref/out 关键字)
本质特征
副本独立于原变量，修改副本不改变原变量的 “身份”
参数与原变量共享同一 “身份”，修改参数即修改原变量
(三)常见误区解析
“引用类型传递就是引用传递”：错误。引用类型传递的是地址副本，属于值传递的特殊形式。例如，String 作为引用类型，其不可变性导致修改参数时表现类似基本类型，但本质仍是地址副本的传递。
“对象内容被修改意味着引用传递”：错误。引用类型通过地址副本修改对象内容，是因为副本与原引用指向同一对象，而非传递了引用本身。这与 “修改原变量”(如改变原引用的指向)有本质区别。
三、实际开发中的应用场景
理解 Java 的值传递机制，能帮助避免开发中的常见错误：
避免试图通过方法修改基本类型的原变量：若需获取修改后的值，应通过方法返回值接收，例如：
TypeScript取消自动换行复制
public static int increment(int num) {
return num + 1;
}
// 调用：num = increment(num);
谨慎处理引用类型的参数传递：当方法内部可能重新赋值引用参数时，需明确原引用不会受影响。例如，排序方法中对数组参数的修改会影响原数组(因共享地址)，但重新赋值新数组则不会。
字符串与包装类的特殊性：String 和 Integer 等包装类具有不可变性，其参数传递时表现类似基本类型 —— 修改副本的指向不会影响原变量，例如：
TypeScript取消自动换行复制
public static void changeString(String s) {
s = "world"; // 副本指向新字符串，原变量仍为"hello"
}
Java 的参数传递机制始终是值传递：基本类型传递数据副本，引用类型传递地址副本。所谓 “引用传递” 在 Java 中并不存在，引用类型的对象内容可被修改，是因为副本地址与原引用指向同一对象，而非传递了引用本身。
