java只有值传递，参数均为副本：基本类型传值拷贝，对象类型传引用地址拷贝；string因不可变性使赋值无效，而arraylist等可变对象可通过引用副本修改内容。
Java里所有方法参数都是值传递，包括对象引用
结论很明确：Java 只有值传递，没有引用传递。所谓“传对象好像能改内容”，其实是传了对象引用的副本，不是引用本身。很多人被 String 不可变、ArrayList 可变的表现搞混，根源在没分清「变量存的是什么」和「它指向的堆内存是否可变」。
实操建议：
- 把每个参数都想象成一个局部变量，它在方法栈帧里被初始化为调用时表达式的值——对基本类型是数值本身，对对象类型是引用地址的拷贝
-
int x = 5; foo(x);→foo方法里拿到的是5的一份拷贝，改它不影响外面的x -
List<string> list = new ArrayList(); foo(list);</string>→foo方法里拿到的是那个地址值的拷贝，所以能通过它调用add()修改原列表内容；但如果在foo里写list = new ArrayList();，外部的list变量仍指向原来的对象
为什么String在方法里重新赋值不影响外部变量
因为 String 是不可变类，任何看似“修改”的操作（如 concat、substring）都会返回新对象。你在方法里做 s = s + "x"，本质是生成新 String 对象，并把局部变量 s 指向它——原始引用没动过。
常见错误现象：
立即学习“Java免费学习笔记（深入）”；
- 写
void change(String s) { s += "123"; }，以为外部字符串变了，实际没影响 - 误以为
String是特例，其实它和其他对象行为一致，只是不可变性放大了“赋值不生效”的感知
对比 StringBuilder 就清楚了：sb.append("x") 是原地修改内部字符数组，所以外部可见；但 sb = new StringBuilder() 依然不影响外部变量。
如何真正实现“类似引用传递”的效果
Java 没有指针重绑定能力，但可以通过包装、返回值或可变容器绕过限制。关键不是“怎么骗语言”，而是“怎么组织数据流”。
实操建议：
- 需要修改多个值？用
return返回新对象，比如Pair<integer string></integer>或自定义结果类 - 必须就地更新？把要改的数据包进可变容器，例如传
AtomicReference<string></string>、int[]（长度为1）、或自定义MutableInt - 避免用
static字段或全局集合来“共享状态”，那不是参数传递，是副作用污染
性能提示：频繁创建包装对象可能带来 GC 压力，简单场景优先用返回值；int[] 轻量但语义模糊，适合临时调试。
容易被忽略的边界情况：final 参数和编译期常量
final 修饰参数只保证该局部变量不能被重新赋值，不影响它所指向对象的内容是否可变。而编译期常量（如 static final String S = "abc"）会被内联，可能让某些修改看起来“失效”。
典型陷阱：
-
void f(final List<string> list) { list.add("x"); }</string>—— 合法，final禁止的是list = ...，不是list.add() - 如果方法参数是
final String s，且调用方传的是字面量"hello"，JVM 可能优化掉部分中间对象，但不会改变值传递本质 - 泛型擦除后，
List<string></string>和List<integer></integer>在运行时都是List，但参数传递机制完全不受影响——擦除只影响类型检查，不改变值拷贝逻辑
最常被漏掉的一点：数组也是对象，int[] arr 传参是引用地址拷贝，所以 arr[0] = 1 外部可见，但 arr = new int[5] 不可见。
