空槽是JavaScript规范明确保留的历史行为，非bug；它不是undefined，不占属性空间，却导致map/forEach/filter等跳过、in检测为false、JSON.stringify转null。
JavaScript 数组中的 empty slot（空槽）不是 bug，而是语言规范明确保留的历史行为。它不等于 undefined，也不占用属性空间，却会在遍历、序列化、性能层面引发一连串隐性故障——多数问题不是报错，而是“看起来正常，结果不对”。
空槽是怎么悄悄混进来的
三种最常见、最容易被忽略的创建方式：
-
字面量中留逗号：比如
[1, , 3]，索引 1 是空槽；[, , ,]创建长度为 3 的全空数组 -
Array(n)构造函数：如new Array(100)或Array(100)，得到的是 100 个空槽，不是 100 个undefined -
delete arr[i]：删除后索引位置消失，变成空槽；而arr.splice(i, 1)会重排索引，不产生空槽
它让哪些操作“失灵”却不报错
空槽不会抛出错误，但会让语义悄然偏移：
-
map、forEach、filter：全部跳过空槽，回调函数根本不会执行——你可能以为在处理全部元素，其实漏掉了 -
for...of：对空槽返回undefined，但这是规范强制行为，不是值本身存在 -
JSON.stringify：把空槽转成null，而显式undefined会被直接删掉，二者输出完全不同 -
in操作符和Object.keys()：都查不到空槽索引，因为它们根本不是对象属性
如何检测和修复空槽
别靠 === undefined 判断——那只能抓到显式赋值的 undefined，抓不到空槽：
立即学习“Java免费学习笔记（深入）”；
- 用
i in arr：返回false就说明是空槽（索引不存在） - 用
Object.getOwnPropertyNames(arr)：只列出真实存在的数字索引，空槽不会出现 - 想“填平”稀疏数组？
Array.from(arr)最安全——它把空槽视为空值并跳过，生成新稠密数组；若需保留长度且填默认值，用arr.fill(value) - 初始化时就避开：用
Array.from({ length: n }, (_, i) => defaultValue)替代Array(n).fill().map(...)
引擎底层的代价远比你想象的大
空槽不是“轻量级缺失”，它会触发 JS 引擎降级：
- V8 等引擎一旦发现空槽过多，会把数组从紧凑内存块切换为哈希表存储（Dictionary Mode）
- 该切换不可逆，后续所有索引访问、迭代都变慢，小数组高频调用时 JIT 编译器甚至放弃优化
-
for循环手动遍历仍是唯一完全绕过空槽探测开销的方式
