“非稀疏”是性能契约而非语法要求，指保持索引连续、类型一致、无空位，使v8启用fixedarray模式实现o(1)操作；一旦破坏（如arr[999]='x'）即降级为哈希表，性能下降超50%。
数组“非稀疏”不是一种语法要求，而是一种性能契约——它意味着你主动保持索引连续、类型一致、不跳空位。V8 引擎会据此启用 FixedArray 模式，让访问、遍历、插入等操作稳定在 O(1) 时间复杂度；一旦打破这个契约（比如 arr[999] = 'x'），引擎就会降级为哈希表模式，性能可能下降一半以上。
识别并清除稀疏结构
稀疏数组常源于隐式创建或误用 Array 构造函数：
- 避免
new Array(n)初始化后只填少数元素，例如const a = new Array(1000); a[5] = 'ok';—— 这直接触发哈希表存储 - 检查已有数组是否含大量
undefined占位：用arr.filter(x => x !== undefined).length !== arr.length快速判断 - 从 API 或用户输入拿到数组后，优先用
Array.from(arr).filter(Boolean)或arr.flat().filter(x => x != null)清理空槽（注意语义是否允许）
写法上坚持“密集连续”习惯
日常编码中几个微小选择，决定数组是否能被引擎高效处理：
- 用
push()、unshift()、concat()等方法增删元素，避免手动赋值到远端索引（如arr[10000] = x） - 遍历时优先用
for (let i = 0; i ，它天然跳过空槽且不触发稀疏检测；<code>forEach和map在稀疏数组中会遍历所有索引位（包括空的），造成无效调用 - 初始化数组时，用字面量
[1, 2, 3]替代Array(3).fill(0)（后者虽不稀疏但类型易混），更推荐Array.from({ length: 3 }, (_, i) => i + 1)
慎用 fast.js 类库前先验数据特征
像 fast.js 这类优化库，默认关闭稀疏检查以换取速度，但它不处理稀疏场景：
- 若你的业务数据源明确是密集型（如传感器采样点、表格行数据、游戏帧数组），可放心使用
fast.map、fast.reduce - 但只要存在
arr[0] = 1; arr[100] = 2;这类写法，fast.forEach(arr, fn)就会执行 101 次（含 99 次对undefined的调用），反而比原生for更慢 - 上线前建议加一层轻量断言：
if (arr.length > 0 && Math.max(...arr.keys()) >= arr.length * 2) warn('可能稀疏，请检查')
配合 V8 隐藏类做类型收敛
即使索引连续，混合类型也会让数组失去 FixedArray 优势。V8 倾向为同构数组生成稳定隐藏类：
- 避免在同一个数组中混存数字、字符串、对象，例如不要
[1, 'a', {}]；如需多类型，改用对象字段或Map - 初始化时尽量指定基础类型：用
new Int32Array(1000)替代普通数组处理纯整数，内存更紧凑、访问更快 - 若必须动态推断类型，可在填充完成后调用一次
arr.sort(() => 0)（空比较函数不改变顺序），有助于 V8 提前收敛类型假设（实测在部分 V8 版本中有效）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
