数组空位是索引“根本不存在”的语法现象，for/of返回undefined，foreach/map等跳过，array.from和扩展运算符转为undefined，for-in/object.keys完全不可见。

数组空位（elision）不是 undefined，也不是 null，而是索引位置“根本不存在”的语法现象。它直接影响迭代行为，但不同方法的处理逻辑完全不同——关键不在“要不要跳过”，而在于该方法是否基于「属性存在性」还是「索引连续性」工作。

for 循环和 for-of 都会访问空位，但值是 undefined

最朴素的 for 循环按索引 0 到 length - 1 逐个读取，空位位置没有属性，所以 arr[i] 返回 undefined。同理，for-of 调用 Array.prototype[Symbol.iterator]，其底层实现等价于 arr.values()，对空位也产出 undefined。

常见错误现象：误以为 for-of “跳过”了空位，其实它产出了 undefined，只是你没显式处理这个值。

• const arr = [1, , 3]; for (const v of arr) console.log(v); → 输出 1、undefined、3
• 如果后续逻辑依赖 v !== undefined 做判断，这里就容易漏掉空位带来的副作用
• 性能上无差异，但语义上它把“缺失”转成了“存在且为 undefined”

forEach / map / filter 等高阶函数默认跳过空位

这些方法的规范行为是：只对「实际存在的属性索引」执行回调。空位对应索引在对象层面没有可枚举属性，因此直接被忽略。

使用场景：你想批量处理“真实数据”，不希望空位干扰计数或映射逻辑。

• [1, , 3].forEach(console.log) → 只打印 1 和 3，中间不触发
• [1, , 3].map(x => x * 2) → 返回 [2, 6]，长度从 3 变成 2
• 注意：这不是“过滤”，而是“不进入回调”，所以你在回调里加 console.log 就看不到空位痕迹

Array.from 和扩展运算符会把空位转成 undefined

它们的目标是创建新数组，必须保证索引连续，所以会将空位“填充”为 undefined，再进行后续操作。

这导致一个关键差异：原本跳过空位的方法（如 map），在作用于 Array.from(arr) 后，会开始处理这些 undefined 元素。

• Array.from([1, , 3]) → [1, undefined, 3]
• [...[1, , 3]] → 同样是 [1, undefined, 3]
• 如果你接着调用 .map(x => x ?? 0)，原来跳过的空位现在会被映射为 0
• 兼容性没问题，但语义已变——从“稀疏数组”变成了“稠密数组”

for-in 和 Object.keys 都完全看不到空位

for-in 遍历的是对象的可枚举属性键，而空位对应的索引根本不是属性，所以连键都不会出现。同理，Object.keys([1, , 3]) 返回 ["0", "2"]。

容易踩的坑：用 for-in 遍历数组时，你以为能拿到所有索引，结果漏掉空位位置；更危险的是，如果数组有自定义属性（如 arr.custom = true），for-in 还会把它一起遍历出来。

• const arr = [1, , 3]; arr.foo = 'bar'; for (const k in arr) console.log(k); → 输出 "0"、"2"、"foo"
• 永远不要用 for-in 处理数组索引逻辑，除非你明确知道自己在遍历对象属性
• Object.keys 和 Object.entries 行为一致，都只反映“真实存在的键”

真正复杂的地方在于：空位在 JSON 序列化中变成 null，但在 Array.isArray 中不影响类型判断，在 length 中仍被计入——它始终游走在“存在”与“不存在”的边界上，而不同迭代方法只是各自选边站队。