Java 值传递与引用传递面试题深度解析

在Java技术面试中，“Java是值传递还是引用传递”是一道高频且容易被误解的题目。很多候选人能背出“Java只有值传递”的结论，却无法结合实际代码解释引用类型参数的行为边界。本文将从概念定义、代码验证、内存模型、常见误区以及工程实践五个层面展开分析，帮助读者建立完整而严谨的认知。

一、概念澄清：什么是值传递，什么是引用传递

在讨论Java之前，先要明确两个术语的通用定义：

• 值传递（pass by value）：方法调用时，实参的值被复制一份传给形参。形参在方法内的任何修改，都不会影响外部的实参变量本身。
• 引用传递（pass by reference）：方法调用时，传递的是实参变量的“引用本身”，形参与实参指向同一变量槽位。形参被重新赋值时，外部实参也会随之改变。

需要特别注意的是，“传递引用类型的值”并不等于“引用传递”。前者传递的是对象地址的副本，后者传递的是变量本身的别名。Java属于前者，因此结论是：Java中只有值传递。

二、基本数据类型的值传递验证

对于基本数据类型，值传递的行为非常直观：传递的是数值副本。

public class PrimitivePass {
    public static void changeNumber(int num) {
        num = 100;
    }
    public static void main(String[] args) {
        int num = 5;
        changeNumber(num);
        System.out.println(num); // 输出 5
    }
}

方法内将形参 num 改为100，但外部变量仍为5。原因在于栈帧中形参是独立的一份副本，修改副本不影响原始变量。这是最典型的值传递表现。

三、引用类型参数的传递行为

引用类型常被误认为“引用传递”，关键在于混淆了两种不同的操作：修改对象内容与重新赋值引用。

class User {
    private String name;
    public User(String name) { this.name = name; }
    public String getName() { return name; }
    public void setName(String name) { this.name = name; }
}
public class ReferencePass {
    public static void modifyContent(User user) {
        user.setName("李四"); // 修改对象内部状态
    }
    public static void reassign(User user) {
        user = new User("王五"); // 形参重新指向新对象
    }
    public static void main(String[] args) {
        User user = new User("张三");
        modifyContent(user);
        System.out.println(user.getName()); // 输出 李四
        reassign(user);
        System.out.println(user.getName()); // 仍输出 李四
    }
}

两次调用的差异值得逐层剖析：

1. modifyContent 中，形参 user 是外部引用地址的副本，但它与外部变量指向同一个堆对象。通过该地址调用 setName，修改的是共享对象的内部状态，因此外部可见。
2. reassign 中，形参被重新赋值为一个新对象，改变的只是副本地址的指向。外部变量仍持有原地址，因此外部看不到任何变化。

这两个例子共同说明：引用类型传递的仍是“地址的值”，地址副本的重新赋值不会回传，而地址所指向对象的内部修改会共享。

四、从内存模型角度理解

结合JVM运行时数据区可以更清晰地解释上述现象：

• 局部变量（包括形参）存放在虚拟机栈的栈帧中。
• 对象实例存放在堆中。
• 引用类型的变量在栈中保存一个指向堆对象的地址值。

方法调用时，形参在栈帧中获得实参地址值的副本。于是存在两条独立栈槽指向同一堆对象。修改堆对象内容，两条栈槽都能观察到；修改其中一条栈槽的地址值，另一条不受影响。这正是“值传递”在引用类型上的具体表现形式。

五、常见误区与辨析

误区一：引用类型就是引用传递。 传递的是引用的值（地址副本），而非引用变量本身，因此仍是值传递。

误区二：String和包装类“特殊”。 它们表现为“修改无效”，本质是 Immutable 类型在修改时创建了新对象，形参指向新对象，而非传递机制不同。

误区三：数组作为参数会被整体替换。 与普通对象一致，方法内重新赋值数组引用不影响外部，但修改元素内容会共享。

public static void reassignArray(int[] arr) {
    arr = new int[]{9, 9, 9};
}
public static void modifyArray(int[] arr) {
    arr[0] = 9;
}

前者外部数组不变，后者首元素被修改，规律与普通对象完全一致。

六、工程实践建议

1. 明确方法契约：若方法需要返回新对象，应通过返回值表达，而不是试图在方法内重新赋值形参。
2. 警惕可变对象共享：传入可变对象（如集合、自定义实体）时，方法内修改其状态会影响调用方，必要时做防御性拷贝。
3. 优先使用不可变类型：不可变对象天然避免了共享状态被意外修改的问题，降低并发与调试成本。
4. 面试回答结构化：先给出结论“只有值传递”，再区分基本类型与引用类型，最后用“修改内容”与“重新赋值”两组代码说明边界，形成完整论证闭环。

七、总结

Java的参数传递机制可以归纳为一句话：实参的值被复制后传给形参，基本类型复制数值，引用类型复制地址值。因此Java只有值传递。理解这一点的关键不在于背诵结论，而在于区分“对象内容的共享修改”与“引用副本的重新赋值”这两种截然不同的行为。掌握这一模型，不仅能从容应对面试追问，也能在日常开发中写出契约清晰、副作用可控的代码。