Java参数传递机制统一为值传递。基本类型传数值副本，引用类型传地址副本，形参赋值不影响实参指向，String和包装类因不可变性更印证此机制。
常见错误观点一：“传递的是引用，所以是引用传递”
这是最典型的混淆。很多网文说“对象传进去能改属性，说明是引用传递”，其实错在把“引用类型”和“引用传递”混为一谈。Java中传递的确实是对象的引用（即内存地址），但这个引用本身是按值传递的——形参拿到的是实参所存地址的一个副本，不是实参变量本身。就像你把门牌号写在纸上交给别人，他按这号码进了屋改了摆设，屋子确实变了；但他把那张纸烧了或涂改成另一个号码，你的原纸条还在手里，毫不受影响。
常见错误观点二：“基本类型是值传递，对象是引用传递”
这种说法看似合理，实则违背Java语言规范的统一性。Java从设计上就只定义了一种参数传递机制：值传递。区别仅在于“值”的内容不同：基本类型传的是数值本身（如10、true）；引用类型传的是地址值（如0x7f8a2c）。两者都是复制一份再传，没有例外。所谓“对象是引用传递”，本质是用现象代替机制——看到属性被改就下结论，却忽略了形参重新赋值（如obj = new Person()）对外部变量完全无效这一关键反证。
常见错误观点三：“String 和包装类是特例，所以Java不统一”
有人拿String s = "a"; change(s)后s不变来质疑值传递的一致性，其实恰恰印证了它。String不可变，任何修改（如s = "b"）都会生成新对象并让形参指向新地址，而实参仍指向原地址的原对象。包装类（Integer、Boolean等）同理——它们也是不可变引用类型，行为逻辑完全一致。这不是“例外”，而是值传递在不可变对象上的自然表现：地址副本没变，但副本所指的对象被替换了。
一个快速辨别法：看形参能否改变实参的指向
真正可靠的检验标准只有一个：在方法内对形参做赋值操作（如param = null、param = new X()），是否影响调用方的原始变量？如果不会，就是值传递；如果会，才是引用传递。所有Java代码都满足前者。网上那些说“Java有时值传、有时引用传”的文章，基本都没通过这个测试。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
