delete操作后数组长度不变是设计行为，它只删除属性、不重排索引，导致空洞（empty slot）而非undefined；空洞在遍历时被跳过，语义与显式undefined不同，易引发逻辑异常。
delete 操作后数组长度不变，这不是 bug，而是它的设计行为——它只移除属性、不重排索引，结果在原位置留下“空洞”（empty slot），而非 undefined 值。这种空洞极易被误判为普通 undefined，但语义和行为完全不同，是实际开发中容易踩坑的隐性难题。
空洞 vs undefined：本质区别要分清
空洞（empty slot）是数组中某个索引完全不存在的状态；而 arr[i] = undefined 是显式赋值，该索引依然存在。
- 用
for...in、Object.keys()、forEach()、map()遍历时，空洞会被跳过；undefined项则会被访问到 - 用
for循环或for...of遍历时，两者都会被遍历到（但空洞读取返回undefined） -
Array.isArray(arr)和arr.length对两者都无影响，但arr[2]访问空洞会返回undefined，看起来一样，实则不可枚举
快速识别空洞存在的几种方法
不能单靠 console.log(arr) 或 arr[i] === undefined 判断——它们无法区分空洞和显式 undefined。
- 用
arr.hasOwnProperty(index)：对空洞返回false，对显式undefined返回true - 用
in操作符：2 in arr对空洞为false，对已赋值项（含undefined）为true - 用
JSON.stringify(arr)：空洞序列化为null（如[1,,3]→[1,null,3]），而[1,undefined,3]同样变成[1,null,3]——所以需结合其他方式验证 - 用
Array.from(arr)或展开语法[...arr]：会把空洞转为undefined，但本身不暴露空洞，仅作转换用途
为什么空洞会导致逻辑异常？
很多数组方法对空洞有特殊处理，若未意识到其存在，结果会出人意料：
-
arr.filter(x => x)：跳过空洞，也过滤掉0、''、false等 falsy 值，但空洞根本不会进入回调 -
arr.map(x => x * 2)：空洞映射结果仍是空洞，不是NaN或0 -
arr.join('|')：空洞被转为空字符串，变成"1||3"，易引发格式错乱 - 与后端交互时，空洞经 JSON 序列化后丢失，前端以为删了数据，后端却收不到对应字段
安全替代方案：别用 delete 处理数组
想真正移除元素并更新长度，应选用语义明确的方法：
-
按索引删除：用
splice(index, 1)，直接修改原数组并更新length -
按条件删除：用
filter()创建新数组，逻辑清晰且无副作用 -
批量清理：先收集待删索引，倒序用
splice删除，避免索引偏移 - 若必须用 delete（极少见），之后可手动压缩：
arr = arr.filter((_, i) => i in arr)
