Java方法内修改入参引用地址不生效，根本原因是所有参数按值传递：传入的是对象引用值（内存地址）的副本，形参与实参是独立栈变量，修改形参指向仅改变其副本，不影响实参。
Java 中方法内修改入参的引用地址不生效，根本原因是：Java 所有参数都按值传递，包括对象引用——传进去的不是引用本身，而是引用值（即内存地址）的一个副本。
引用地址副本 ≠ 引用本身
当你把一个对象（比如 new HashMap.SimpleEntry(1, 100)）作为参数传入方法时，JVM 复制的是这个对象在堆中的地址，并把这个地址值赋给形参变量。形参和实参此时指向同一块堆内存，但它们是两个独立的栈变量。
- 你通过形参调用 setValue()，是在修改堆中那个对象的状态 → 实参可见
- 你写 entry = new SimpleEntry(2, 200)，只是让形参这个栈变量指向了新地址 → 实参变量完全不受影响
String 和 Integer 的表现也源于同一机制
它们看似“引用类型”，但行为像基本类型，原因在于不可变性 + 自动装箱/字符串常量池：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- String s = "a" 传入方法后，s = s + "b" 实际创建新字符串对象，形参指向新地址，原变量仍指向旧字符串
- Integer i = 5 传入后，i = i + 1 触发自动拆箱再装箱，生成新 Integer 对象，原变量引用不变
为什么没有“真正的引用传递”？
Java 语言规范明确只支持值传递。所谓“引用传递”的错觉，来自对“引用值”被复制后的误读：
立即学习“Java免费学习笔记（深入）”；
- 形参获得的是实参引用所存地址的拷贝，不是引用的别名
- 就像你把朋友家的门牌号抄在纸上带进房间——改纸上的号码不影响朋友家实际位置；但你可以按这个号码敲门、进门、改他家冰箱贴
想让外部看到新对象，得换思路
不能靠改形参指向，而要借助可变容器或返回值：
- 用数组包装：Map.Entry[] holder = {null}，方法内写 holder[0] = new SimpleEntry(...)
- 用自定义 Holder 类：class Holder
{ T value; } ，传 new Holder<>() 进去再赋值 - 直接返回新对象：return new SimpleEntry(...)，由调用方重新赋值
