JavaScript中会改变原数组的7个方法是：push()、pop()、shift()、unshift()、splice()、sort()、reverse()；它们均为ES标准定义的可变方法，调用后原数组内容或长度被直接修改。
JavaScript 中只有部分数组方法会直接修改原数组，其余均为“纯函数”——不改变输入，只返回新数组。判断一个方法是否改变原数组，关键看它的设计意图和标准定义，而不是凭经验猜测。
哪些数组方法会改变原数组
ES 标准中明确将以下 7 个方法定义为“mutating methods”（可变方法），它们会直接修改 this 数组对象：
-
push()、pop()、shift()、unshift()：增删首尾元素 -
splice()：任意位置删除、替换或插入元素（注意：slice()不在其中，它不改原数组） -
sort()：按字符串 Unicode 码点排序（即使传了比较函数，也仍会修改原数组） -
reverse()：反转元素顺序
这些方法的共同特点是：调用后原数组的 length、索引值或元素引用可能发生变化，且无一例外返回的是修改后的数组（不是副本）。
splice() 的典型误用与陷阱
很多人以为 splice() 只是“删除”，其实它既能删也能插，还返回被删除的元素数组——但原数组一定被改了。
立即学习“Java免费学习笔记（深入）”；
常见错误写法：
const arr = [1, 2, 3]; const newArr = arr.splice(1, 1); // 删除索引1处的1个元素 // arr 变成 [1, 3] ← 已被修改 // newArr 是 [2] ← 返回的是被删项组成的数组，不是原数组副本
若想“安全删除”又保留原数组，必须先拷贝：
- 用扩展运算符：
[...arr].splice(1, 1) - 用
slice()拼接：arr.slice(0, 1).concat(arr.slice(2)) - 用
filter()（更适合按条件删）：arr.filter((_, i) => i !== 1)
注意：splice() 的第二个参数是“删除个数”，设为 0 就只插入不删，此时原数组仍被修改。
sort() 和 reverse() 的隐式副作用
这两个方法看起来“只是整理顺序”，容易让人忽略它们的破坏性。尤其 sort() 在没传比较函数时按字符串排序，[10, 2, 1] 会变成 ["1", "10", "2"] → [1, 10, 2]，不是数值升序。
更隐蔽的问题是：如果你把数组作为 props 传给 React 组件，或作为状态的一部分，直接调用 sort() 或 reverse() 会导致引用未变但内容已变，可能绕过浅比较逻辑，引发渲染异常或难以追踪的 bug。
- 正确做法（保持不可变）：
[...arr].sort((a, b) => a - b) - 如果原数组是对象数组，更要小心引用：排序本身不深拷贝，对象内部属性不会变，但顺序变了 —— 这仍是原数组的突变
为什么有些方法看似“改了”，其实没改？
像 map()、filter()、flatMap()、toReversed()（ES2023）、toSorted()（ES2023）这些方法，无论你对回调函数做了什么，都不会碰原数组。它们的返回值一定是新数组。
一个典型混淆点：arr.map(x => x * 2) 后 arr 仍是原样；但如果你在 map 回调里手动改了某个对象元素的属性（比如 x.id = 999），那对象本身被改了——这不是数组方法的副作用，而是你主动修改了引用类型的数据。
所以真正决定“是否改变原数组”的，是方法自身的规范行为，而不是你回调里写了什么。
