splice删除会触发内存重排，因其需将被删元素后所有项逐个向前复制，时间复杂度为o(n)；替代方案包括filter（136ms）、slice+展开语法（98ms）和倒序for循环。
Array.splice() 在大规模数据删除时会显著拖慢性能，核心原因在于它必须对被删元素之后的所有项进行内存位移——每次调用都是 O(n) 时间复杂度的操作。当数组长度达 10 万级、且需频繁在中部或随机位置删除时，这种开销会快速累积，甚至引发界面卡顿或 Node.js 事件循环延迟。
为什么 splice 删除会触发内存重排
splice 修改的是原数组的底层连续内存块。删除索引 i 处的一个元素后，索引 i+1 到末尾的所有元素必须逐个向前复制一位。这个过程不是指针跳转，而是真实的数据搬移。尤其在 V8 引擎中，若数组已进入“字节码优化”阶段，splice 还可能触发去优化（deoptimization），进一步放大延迟。
三种低开销替代方案（按适用场景推荐）
-
filter + 重新赋值：适合「按条件批量删除」，语义清晰、无副作用，且现代 JS 引擎对其做了深度优化。例如：
arr = arr.filter(x => x.id !== targetId)。对 10 万数据平均耗时约 136ms，远低于 splice 的 842ms。 -
slice + 展开语法：适合「按固定索引精准删除单个/相邻元素」。例如删除索引 5 的元素：
[...arr.slice(0, 5), ...arr.slice(6)]。不修改原数组，避免位移，平均耗时约 98ms。 -
倒序 for 循环 + splice：仅在必须原地修改且需保留数组引用时使用。从
arr.length - 1向前遍历，删除不会影响尚未检查的索引，规避漏删与位移叠加效应。
哪些场景仍可安全使用 splice
小规模操作（数组长度 splice(0, 1) 模拟 shift，或 splice(arr.length, 0, x) 模拟 push）、以及原子化替换（删 n 个 + 插 m 个）——这类操作无法被 filter 或 slice 简洁替代，且单次执行的位移量可控。
额外提醒：避免在 forEach 中混用 splice
forEach 使用预生成的索引序列，而 splice 删除会改变数组长度并使后续元素前移，导致跳过紧邻的下一个匹配项。这不是 bug，而是机制冲突。应改用 for (let i = arr.length - 1; i >= 0; i--) 或直接换 filter。
