JavaScript数组字面量无语法长度限制，但实际最大length为2³²−1；稀疏数组用连续逗号可设大length而不占内存，而稠密数组如[1,,3]含undefined且forEach会遍历；预设大小应优先用Array.from或fill而非字面量。
JavaScript 数组字面量（如 [] 或 [1, 2, 3]）本身没有语法层面的大小限制，但实际可用长度受引擎实现和内存约束影响，最大理论索引为 2³² − 2（即 4,294,967,294），对应数组 length 最大为 2³² − 1（4,294,967,295）。
字面量创建时的实际大小表现
用方括号写死元素个数，比如 [...Array(1e6).keys()] 或手动列出百万项，会直接触发内存压力甚至栈溢出；但单纯写 [,,,...]（含大量空位）属于稀疏数组，不立即分配内存，length 可设得很大，只是访问时返回 undefined。
-
合法但低效：例如
let a = [,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,];（32个逗号）生成 length 为 32 的数组，所有元素值为undefined，不是空槽 -
省略值 ≠ 空槽：字面量中连续逗号（如
[1,,3]）产生的是带undefined的“稠密”数组，forEach、map会遍历到中间那个undefined -
无隐式长度推断：字面量永远按实际写的元素个数确定
length，不会像new Array(5)那样凭单个数字参数预设长度
与构造函数的关键区别
字面量不支持“仅指定长度”的初始化方式。想得到长度为 100 但内容为空的数组，[...Array(100)] 或 Array.from({length:100}) 是更安全的选择，而 [,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,...] 手动敲 100 个逗号既不可读也不实用。
-
[5]→ 长度 1，元素是数字 5 -
new Array(5)→ 长度 5，5 个空槽（in检查为false，map不执行回调） - 二者行为不同，不能互换理解
真实开发中的边界注意点
虽然规范允许极大 length，但浏览器或 Node.js 实际运行时会因内存不足提前报错。例如在 Chrome 中尝试 let a = new Array(1e9); 可能直接崩溃；用字面量写 [...Array(1e5).keys()] 通常可行，但 1e6 就容易卡顿。
立即学习“Java免费学习笔记（深入）”；
- 日常业务代码几乎不需要接近上限的数组，超过几万项就该考虑分页、流式处理或替代数据结构
- V8 引擎对长度 > 65535 的数组可能启用不同内部表示，性能特征变化，但对开发者透明
- JSON 序列化超大数组会失败或极慢，不是语言限制而是工具链限制
推荐做法
需要预设大小时，优先用 Array.from({ length: N }) 或 new Array(N).fill(value)，语义清晰且可控；字面量专注表达“已知内容”，不用于占位或扩容意图。
- 填数字序列：
Array.from({ length: 5 }, (_, i) => i + 1)→[1,2,3,4,5] - 填默认值：
Array(5).fill(null)→[null,null,null,null,null] - 避免：
[null,null,null,null,null]手动重复，易错且难维护
