Java方法参数传递方式解析

Java方法参数传递本质上只有值传递一种方式：基本类型传递的是值的副本，修改形参不影响实参；对象类型（包括数组、集合、自定义类等）传递的是引用的副本，因此可在方法内修改对象状态（如添加元素、改变字段），但无法让原始变量指向新对象——所谓“引用传递”是广泛存在的误解。String因不可变性更强化了这一特性，所有操作均返回新对象。若需模拟“改变引用”，应优先采用返回新值+显式赋值、使用可变容器（如AtomicReference）或重构设计，而非强行绕过Java的值传递本质；理解“修改对象内容”与“修改引用指向”的根本区别，是写出清晰、可靠Java代码的关键前提。

Java里方法参数传递只有值传递一种方式，所谓“引用传递”是常见误解——实际上传递的是对象引用的副本，不是引用本身。

基本类型参数传的是值的拷贝

传入 int、boolean、double 等基本类型时，方法内修改形参不会影响实参原始值。

public static void changeValue(int x) {
    x = 100;
}
int a = 42;
changeValue(a);
System.out.println(a); // 输出 42，未变

• 栈中为形参 x 分配新空间，复制 a 的值过去
• 修改 x 只影响这个副本，与 a 无关
• 这点和 C 完全一致，但和 Python 的“对象引用传递”语义不同

对象类型参数传的是引用的拷贝

传入 String、ArrayList、自定义类实例等时，传递的是堆中对象地址的副本，不是对象本身，也不是“引用的引用”。

public static void modifyList(ArrayList list) {
    list.add("new");        // ✅ 能修改原对象内容
    list = new ArrayList<>(); // ❌ 不会影响调用方的 list 变量
}
ArrayList names = new ArrayList<>();
names.add("Alice");
modifyList(names);
System.out.println(names.size()); // 输出 2

• 形参 list 和实参 names 指向同一个堆对象，所以能修改其状态（如 add/remove）
• 但若在方法内让 list 指向新对象（= new ArrayList<>()），只是改了副本的指向，原变量 names 不受影响
• String 是特例：不可变，所有“修改”操作（如 substring、toUpperCase）都返回新对象，原引用不变

数组参数的行为和对象一致

数组是对象，所以传的是数组引用的副本，可以修改元素，但不能让原数组变量指向新数组。

public static void mutateArray(int[] arr) {
    arr[0] = 999;           // ✅ 修改成功
    arr = new int[]{1,2,3}; // ❌ 调用方 arr 不变
}
int[] nums = {10, 20};
mutateArray(nums);
System.out.println(nums[0]); // 输出 999

• 注意 arr.length 是可读属性，不是方法调用，不涉及对象变更
• 如果需要“替换整个数组”，只能靠返回新数组 + 显式赋值：nums = mutateArray(nums);
• 泛型集合（ArrayList 等）没有这个问题，因为它们本身支持 clear/addAll 等就地操作

想真正“改变引用”该怎么办？

Java 语法不支持类似 C++ 的 & 引用参数或 C# 的 ref，但有几种实用替代方案：

• 返回新值并由调用方重新赋值：list = filterAndSort(list);
• 封装到可变容器里传入，例如 AtomicReference> 或自定义 holder 类
• 用数组包装单个值：Integer[] holder = {value};，方法内改 holder[0]
• 避免强行模拟引用传递——多数时候说明设计可能需要重构：是否该把逻辑移到对象内部？是否该用 builder 模式？

最常被忽略的一点：很多人在调试时看到 IDE 显示“对象内容变了”，就以为是引用传递生效了，其实只是没意识到“修改对象状态”和“修改引用指向”是两回事。

本篇关于《Java方法参数传递方式解析》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！