delete arr[i] 不改变数组长度，仅创建空槽；应使用 splice、filter 等方法实现真正删除并缩容。

使用 delete arr[i] 删除数组元素后，数组长度（length）确实不会变——这不是 bug，而是 JavaScript 的明确设计行为。很多开发者误以为“删了就没了”，结果在后续遍历、判断或传参时出错，根源就在于混淆了“物理删除”和“逻辑清除”。

delete 只清空槽位，不调整结构

delete 本质是移除对象属性（包括数组的索引属性），它让指定位置变成“空槽”（empty slot），而非 undefined 值（尽管某些环境下打印显示为 undefined）。关键点在于：

• 数组的 length 属性只由最大索引 + 1 决定，与槽位是否为空无关
• 被 delete 的索引不再属于数组的自有属性：i in arr 返回 false
• 但 arr[i] 访问仍可能返回 undefined，容易造成“存在却无值”的错觉

这些操作会暴露问题

一旦用了 delete，下面这些常见操作就会表现异常：

• forEach()、for...of：直接跳过空槽，遍历项数变少
• map()：对空槽返回 undefined，但不调用回调函数
• filter()：忽略空槽，结果数组长度可能意外缩短
• JSON.stringify()：空槽序列化为 null 或被省略，导致数据失真

真正需要“删并缩容”时，该用什么？

如果目标是移除元素且让数组变短（即 length 减小），必须用数组原生方法：

• splice(i, 1)：最直接，原地删除，自动更新 length
• filter()：适合按条件批量删除，返回新数组，长度自然变化
• slice(0, i).concat(slice(i+1))：手动拼接，语义清晰但性能稍低

注意：arr.length = arr.length - 1 这种截断方式只适用于删末尾；若删中间，必须配合 splice 或重建逻辑。

怎么快速检查自己有没有踩坑？

写完删除逻辑后，加两行验证：

• console.log(arr.length, arr.map(x => x)); —— 看长度是否如预期、内容是否整齐
• console.log(Object.keys(arr)); —— 检查索引是否连续（delete 后会缺键）
• 用 Array.isArray(arr) && arr.every(x => x !== undefined) 辅助判断（注意：这不能替代 in 检测空槽）