splice中index超出数组长度时不会报错，而是自动截断为array.length（即追加到末尾）；负数index若小于-arr.length则被截断为0；deleteCount为0时不删除，仅插入；操作原地修改数组并返回被删元素数组。
splice 调用时 index 超出数组长度会怎样
超出不会报错，但行为和直觉相反：splice 会把 index 自动截断为 array.length（即追加到末尾）。比如对长度为 3 的数组调用 arr.splice(10, 0, 'x')，实际等价于 arr.splice(3, 0, 'x')。业务中若依赖“越界即失败”做校验，这里会静默出错。
建议在调用前显式校验：if (index arr.length) throw new Error(`Invalid index: ${index}`);
- 负数
index会被转成正向索引（-1→ 倒数第 1 位），但仅限index >= -arr.length，否则仍被截断为0 - 增删操作是原地修改，返回的是被删除的元素组成的数组（没删则返回空数组），别误把它当原数组
- 如果要插入多个项，直接把它们作为后续参数传入，不要包装成数组——
arr.splice(i, 0, a, b, c)正确；arr.splice(i, 0, [a,b,c])会插入一个嵌套数组
用 splice 替换某一项时 deleteCount 必须是 1 吗
不是。想“替换”，本质是“删 1 个 + 插入 N 个”，所以 deleteCount 设为 1 最常见，但也可以是 0（只插不删）、2+（删多个再插）甚至大于剩余长度（删到末尾）。关键看业务语义是否允许“连带删除”。
例如管理表单字段顺序，拖拽某字段到新位置，需把它从原位置移除、插入目标位置。若原位置是 i，目标位置是 j（j > i），直接 arr.splice(j, 0, arr.splice(i, 1)[0]) 会出错——因为第一次 splice 改变了数组长度，j 已失效。正确做法是先取值再操作：
const item = arr.splice(i, 1)[0]; if (j > i) j--; // 原位置之后的索引前移一位 arr.splice(j, 0, item);
- 连续两次
splice操作无法原子化，中间若被其他代码读取数组，可能看到中间态 - 若要“移动并保持相对顺序”，注意
i和j大小关系会影响j是否需要修正 -
deleteCount为0时，第三个及以后参数才是插入内容；为1+时，这些参数统一视为插入内容，与删除动作无关
在循环中用 splice 删除匹配项为何漏删
因为每次删除后，后续元素前移，而循环变量（如 for (let i = 0; i ）仍按原索引递增，导致跳过紧邻的下一项。这是最常踩的坑。
安全做法只有两种：倒序遍历，或用 filter 生成新数组（如果业务允许非原地修改）。
- 倒序：
for (let i = arr.length - 1; i >= 0; i--) if (condition(arr[i])) arr.splice(i, 1); - 用
filter更简洁安全：arr = arr.filter(item => !condition(item));，但注意这会丢弃原引用，监听或响应式系统可能不触发更新 - 如果必须原地修改且不能倒序（如依赖执行顺序），可用
while配合shift/pop，但性能差，慎用
Vue/React 中直接 splice 修改响应式数组为什么视图不更新
Vue 2 无法检测通过索引直接赋值（arr[0] = x）或 length 修改，但 splice 是被 Vue 重写过的数组方法，**默认能触发更新**；React 则完全不干涉数组方法，只要状态引用变了（splice 原地改，引用不变），就必须手动 setState([...arr]) 或用 useReducer 等方式通知更新。
- Vue 2 中，
splice触发更新的前提是：该数组已被 Vue 代理（即定义在data里或通过Vue.set加入）。动态添加的属性（如vm.arr = []）未被代理则无效 - Vue 3 的
Proxy可以拦截push/pop等更多操作，但splice仍是最稳妥的选择 - 无论框架，都不要在 computed 或 render 中直接调用
splice，副作用应放在事件处理或 action 里
真实业务中，splice 的“精准”不在于语法多高级，而在于你是否清楚当前索引是否已受前面操作影响、是否在响应式上下文中被正确追踪、以及删除后数组长度变化对后续逻辑的连锁反应。这些细节比记住 API 更容易漏掉。
