数组空位是索引“根本不存在”的语法现象，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 中仍被计入——它始终游走在“存在”与“不存在”的边界上，而不同迭代方法只是各自选边站队。
