javascript数组无初始容量，只有初始长度；new array(n)仅设置length属性，不预分配内存，随机赋值易触发稀疏数组降低性能，顺序写入或批量初始化才能激活v8密集数组优化。
JavaScript 中数组没有“初始容量”这个概念，只有“初始长度”。设置它对性能的影响很有限，甚至可能适得其反——关键不在于预设长度，而在于写入方式是否匹配引擎预期。
new Array(n) 并不等于预分配内存
很多人以为 new Array(1000) 会像 Java 的 ArrayList(1000) 那样提前分配 1000 个槽位的连续内存。其实不是：V8 引擎只是把 length 属性设为 1000，底层仍为空结构，真正写入元素时才按需初始化。这意味着：
- 空数组
new Array(1000)不会立即占用大量内存 - 但如果后续用
arr[i] = x随机赋值（尤其跳着写），容易触发“稀疏数组”模式，访问变慢 - 若紧接着做
arr.push()或顺序写入，引擎通常能识别模式并转为高效“密集数组”
真正影响性能的是写入模式，不是构造方式
数组性能瓶颈不在“怎么创建”，而在“怎么填充”。V8 对不同写入行为有差异化优化：
- ✅ 推荐：批量初始化或顺序写入（如
for (let i = 0; i ）→ 触发紧凑存储 - ⚠️ 警惕：混用类型（数字后接字符串）、中间删除、大量
undefined空洞 → 降级为哈希表式存储，访问慢 - ❌ 避免：循环中反复
push()小量数据（如每次只加 1 个）→ 可能多次扩容+复制
什么情况下可以考虑 new Array(n)？
仅当明确需要一个固定长度、且后续会**完整填充**的数组时，new Array(n) 才有点意义：
- 配合
.fill()快速生成默认值数组：new Array(1000).fill(0) - 作为缓冲区预先占位，再用索引逐个赋值（确保不跳写、不删）
- 与 TypedArray 配合（如
new Int32Array(1000)），这时才是真预分配连续内存
比起“设长度”，更值得做的是避免踩坑
实际开发中，与其纠结要不要 new Array(1000)，不如关注这几件事：
- 优先用字面量
[]创建空数组，语义清晰且 V8 优化充分 - 已知数据来源时，直接用
Array.from(iterable)或展开语法[...iterable]，引擎能更好推断大小 - 大量数据场景下，考虑使用
TypedArray替代普通数组，内存更可控、操作更快 - 避免在循环里反复创建小数组，复用或提取到外层
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
