数组参数传递的是引用地址的副本，修改元素会影响原数组，重新赋值数组变量不影响外部；基本类型数组仍是引用类型，需用copy或clone隔离修改。
数组作为方法参数传递时，实际传递的是数组对象的引用地址。这意味着在方法内部对数组元素的修改会直接影响原数组，但若在方法内重新赋值整个数组变量（如 arr = new int[]{...}），则不会影响外部数组。
修改数组元素会影响原数组
因为传入的是引用地址，方法内通过索引修改元素（如 arr[0] = 99）操作的是堆中同一块内存区域。
- 适用于所有引用类型数组（
int[]、String[]、自定义对象数组等） - 即使数组是基本类型（如
int[]），它本身仍是对象，遵循引用传递规则 - 示例：调用
fillZeros(arr)将数组全置为 0，调用后原数组内容已变
重新赋值数组变量不影响外部引用
在方法内让形参指向新数组（如 arr = new int[5]），只是改变了局部变量存储的地址值，原变量仍指向旧数组。
- 外部调用方持有的引用地址未被更改
- 该操作仅影响方法栈帧中的局部变量，作用域限于当前方法
- 类似“把房间钥匙复制了一份，你在副本上改了锁，原钥匙还是开原来的门”
如何真正隔离修改？
若需避免副作用，应在调用前主动复制数组：
- 基本类型数组可用
Arrays.copyOf(arr, arr.length)或arr.clone() - 对象数组注意：
clone()是浅拷贝，对象元素引用不变；如需深拷贝需手动处理 - 函数式风格建议：方法返回新数组，而非修改入参，提升可读性与线程安全性
对比基本类型参数加深理解
基本类型（如 int x）传参是值拷贝，方法内改 x 对外部无影响；而数组名本质是引用类型变量，行为完全不同。
- 误区：“
int[]是基本类型”——错，它是引用类型，只是元素是基本类型 - 验证方式：打印
System.identityHashCode(arr)，方法内外相同即证明引用未变 - Java 中没有真正的“引用传递”，只有“按值传递引用”——传的是引用的副本，但副本和原引用指向同一对象
