java参数传递只有值传递：基本类型传数值副本，引用类型传地址副本；可修改对象属性因指向同一堆内存，但重赋值引用只改形参副本，不影响实参指向。
Java 中参数传递只有值传递，这是铁律。面试官追问再多变体，核心都绕不开“传的是什么”和“改的是谁”这两个点。只要抓住形参接收的是实参的副本（基本类型是数值副本，引用类型是地址副本），就能稳住所有问题。
怎么解释“对象能改属性，但换不了对象本身”
关键不是对象，而是“引用的副本”。方法内拿到的是原引用的一个拷贝，这个拷贝和原引用指向堆中同一个对象。所以通过它修改 name、age 等字段，相当于用两把钥匙开同一扇门——门里的东西变了；但如果你在方法里 new 一个新对象并赋给形参，只是让这把钥匙换了锁孔，原钥匙（main 里的变量）还牢牢插在原来的门上。
- 能改属性：因为副本引用和原引用指向同一块堆内存
- 不能换对象：重新赋值只改变了形参变量的指向，不影响实参变量的指向
- String 和包装类看似“不可变”，其实是创建了新对象，原引用没变
当被问“那为什么 ArrayList.add() 能生效”
add() 不是改变引用本身，而是在原对象内部操作其数组元素。形参持有的是 list 引用的副本，但它调用 add() 时访问的仍是堆里那个原始 ArrayList 实例，它的 elementData 数组就在那儿，谁来调都生效。
- 对比 reassignUser(user)：让形参指向新对象 → 原引用不变
- 对比 modifyUser(user)：调用 user.setName() → 操作原对象内部状态
- ArrayList、HashMap、StringBuilder 等都是同理：方法体里操作的是共享对象的内部结构
如何应对“C++ 有引用传递，Java 为什么不做”这类延伸题
这不是设计缺陷，而是语言哲学选择。Java 从底层屏蔽指针，所有引用变量本质都是受控的地址值；JVM 栈帧独立、GC 自动管理，避免了 C++ 中因引用传递导致的悬空指针或内存泄漏风险。值传递模型更简单、更安全、更利于并发——每个方法都有自己的局部变量空间，天然线程安全（不考虑共享对象状态）。
- 强调“安全优先”：避免开发者误操作内存地址
- 指出“可预测性”：无论传什么，形参永远是独立变量，生命周期明确
- 顺带提一句：final 参数只是禁止重赋值，不改变值传递本质
面试时最该说的一句收尾话
Java 里没有“引用传递”，只有“传递引用的值”——就像你把朋友家的门牌号抄下来给别人，别人按这个号找到了他家，能帮他收拾屋子（改属性），但不能偷偷把门牌号换成隔壁老王家的（改引用指向）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
