Java只有值传递:基本类型传数值副本,引用类型传地址副本;形参修改不影响实参指向,仅能通过地址副本修改对象内容。

Java在方法调用时**只有值传递**,没有引用传递。这不是语言规范的“说法”,而是由JVM底层行为决定的事实。要真正理解并证明它,不能只靠概念辨析,得用原生代码观察变量地址、对象状态和参数修改的实际效果。
一、从基本类型入手:值传递最直观的证据
基本类型(如int、boolean)的参数传递,拷贝的是变量本身的数值,原变量完全不受影响:
// 示例代码
public static void main(String[] args) {
int a = 10;
change(a);
System.out.println(a); // 输出 10,未变
}
static void change(int x) {
x = 20; // 修改形参x
}
这里x是a的一个独立副本,修改x对a毫无影响——这是典型的值传递特征。
二、引用类型也传“值”:传的是引用的副本,不是对象本身
所谓“引用类型”,本质是存储对象内存地址的变量(即“引用”)。Java把该地址的值拷贝一份传给方法参数,仍是值传递:
- 这个“值”是对象的内存地址(比如0x7f8a…),不是对象内容,更不是对象本身
- 形参和实参两个引用变量,初始指向同一对象,但它们是两个独立的变量
- 你可以通过形参修改对象的属性(因为地址相同,操作的是同一个堆对象),但无法让实参指向新对象
// 关键对比实验
public static void main(String[] args) {
StringBuilder sb = new StringBuilder("Hello");
modify(sb);
System.out.println(sb.toString()); // 输出 "Hello World"
reassign(sb);
System.out.println(sb.toString()); // 仍输出 "Hello World"
}
static void modify(StringBuilder s) {
s.append(" World"); // ✅ 改动对象内容,生效
}
static void reassign(StringBuilder s) {
s = new StringBuilder("New"); // ❌ 只改了形参s的指向,不影响实参sb
}
三、用System.identityHashCode佐证:两个引用是否指向同一对象
System.identityHashCode()返回对象在JVM中的唯一身份哈希(与内存地址强相关),可用来验证引用是否“相等”:
- 实参和形参的identityHashCode一致 → 它们指向同一个对象
- 在reassign方法中新建对象后,形参的identityHashCode会变,而实参不变
// 验证代码片段
StringBuilder sb = new StringBuilder("A");
System.out.println(System.identityHashCode(sb)); // e.g., 123456
test(sb);
System.out.println(System.identityHashCode(sb)); // 仍是 123456
void test(StringBuilder s) {
System.out.println(System.identityHashCode(s)); // 同样是 123456
s = new StringBuilder("B");
System.out.println(System.identityHashCode(s)); // 变成 789012
}
这说明:传入的是引用值的拷贝,而非引用本身;函数内重赋值只改变局部变量,不波及外部。
四、为什么没有“引用传递”?关键看语言设计契约
真正的引用传递(如C++的&参数),要求被调函数能直接让调用方的变量指向新对象。Java做不到这一点:
- 你无法在方法内写 sb = new StringBuilder(...) 并期望main里的sb随之改变
- 所有“对象被修改”的错觉,都源于多个引用变量共享同一块堆内存,而非传递机制允许修改引用关系
- JVM规范明确:每个方法调用都会创建新的栈帧,参数以值形式压栈
所以,“Java是值传递”不是妥协或简化说法,而是精准描述其运行时行为的结论。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南











