数组拷贝是否影响原数组取决于拷贝方式和元素类型：浅拷贝对基本类型无影响，但引用类型因共享对象而联动；深拷贝完全隔离，原数组绝对安全；Java方法传参本质是引用地址副本，修改元素会影响原数组，重赋值则不会；JS中赋值为引用，slice等生成新数组但仅一维基本类型才真正独立。
数组拷贝是否影响原数组，关键看拷贝方式和数组元素类型。浅拷贝通常不改变原数组结构，但可能因共享引用而间接影响内容；深拷贝则完全隔离，原数组不受任何干扰。
浅拷贝：多数情况不影响结构，但引用类型元素会联动
使用 clone()、Arrays.copyOf() 或直接赋值（newArr = oldArr）都属于浅拷贝。对基本类型数组（如 int[]），修改副本元素不会波及原数组；但对引用类型数组（如 Person[] 或 String[][]），副本与原数组指向同一堆内存对象，修改某个元素的属性（如 copy[0].name = "X"）会导致原数组对应位置同步变化。
深拷贝：彻底独立，原数组绝对安全
深拷贝需确保每个嵌套层级的对象都被新建。常见做法包括：
- 一维对象数组：遍历并调用每个元素的 clone() 方法或构造新实例
- 二维基本类型数组：嵌套循环逐个赋值（
newArr[i][j] = oldArr[i][j]） - 通用方案：借助序列化（要求类实现
Serializable）或第三方库（如 Apache Commons Lang 的SerializationUtils.clone()）
完成深拷贝后，无论怎么修改副本，原数组内容、结构、引用地址均保持不变。
方法参数传递中的“伪拷贝”陷阱
当数组作为参数传入方法时，Java 实际传递的是引用地址的副本。这意味着：
- 在方法内修改
arr[0] = 5—— 原数组对应位置被改，因为操作的是同一块堆内存 - 在方法内执行
arr = new int[]{9,8,7}—— 仅改变局部变量指向，原数组毫发无损
所以，看似“传进去了一个数组”，实则没有发生拷贝；若需避免副作用，应在调用前主动复制（如用 Arrays.copyOf(arr, arr.length)）。
JavaScript 中的特殊表现
JS 数组是对象，arr2 = arr1 是纯引用赋值，修改 arr2[0] 直接影响 arr1。而 slice()、concat()、扩展运算符 [...arr1] 生成的是新数组，对一维基本类型可视为深拷贝；但若含对象，仍属浅拷贝——对象本身未被复制，只是引用被搬过去。
另外注意：像 sort()、reverse()、fill() 这类方法会直接修改原数组，哪怕只在条件判断中临时调用，也会留下副作用。
