new array(size) 直接分配连续内存并启用packed存储模式，避免动态扩容的复制开销与类型降级；配合.fill()初始化可稳定隐藏类、维持高效访问，显著提升万级数据的内存分配效率、gc表现和cpu缓存命中率。
理解 new Array(size) 的预分配策略，关键在于 V8 如何为数组选择底层存储模式并避免运行时扩容开销。它不是简单“预留长度”，而是直接触发连续内存块的分配，跳过多次动态增长带来的复制与类型降级。
预分配触发 PACKED 连续存储模式
V8 会根据构造方式和初始内容，决定数组采用哪种内部表示：
-
显式指定大小（如
new Array(1000)）：V8 立即分配一块连续内存，并标记为PACKED_SMI_ELEMENTS（若后续只存小整数）或PACKED_DOUBLE_ELEMENTS（若存浮点数），这是最快的访问模式； -
字面量或 push 动态构建（如
[]后反复push）：V8 初始按小容量分配，每次扩容需重新分配内存、复制旧数据，还可能因类型混杂被迫降级为HOLEY_ELEMENTS或DICTIONARY_MODE； -
存在空洞（如
arr[1000] = 'x'）：V8 识别为稀疏数组，直接进入低效的字典模式，属性访问退化为哈希查找。
避免隐藏类分裂与类型演化开销
预分配不仅影响内存布局，也稳定对象结构：
- 一次性创建定长数组，配合
.fill()初始化（如new Array(1000).fill(0)），能确保所有实例共享同一隐藏类，消除因属性添加顺序或时机不同导致的隐藏类链断裂； - 若先
new Array(1000)再逐个赋值数字，V8 可维持PACKED_SMI_ELEMENTS；一旦中途插入字符串或undefined，数组立即升级为PACKED_ELEMENTS，且该演化不可逆——即使后续清空，性能也无法恢复。
实测性能差异显著
在处理万级以上数据时，预分配的红利集中体现在三方面：
-
内存分配次数归零：
new Array(n)仅一次系统调用，而循环push可能触发 10–20 次 realloc； - GC 压力降低：新生代中频繁分配小对象易触发 Scavenge；预分配大数组若超过阈值（如 >1MB），V8 直接分配到老生代，避开高频回收；
- CPU 缓存友好：连续内存使遍历具备良好空间局部性，现代 CPU 预取器可高效加载相邻元素，而稀疏数组导致大量缓存未命中。
适用场景与注意事项
预分配不是万能银弹，需结合使用模式判断：
- ✅ 适合：已知数据规模（如解析固定行数 CSV、初始化缓冲区、批量计算中间数组）；
- ✅ 推荐搭配：
.fill()或for循环初始化，避免留空洞； - ❌ 不适合：数组长度高度不确定、写入比例极低（如仅填充前 5%）、或需频繁
shift/unshift——此时应考虑Deque类结构或分片策略。
