Array构造函数传入单个数字时将其解释为数组长度而非元素，是规范定义的历史设计，易致逻辑错误；应优先使用Array.of()避免歧义，仅性能敏感场景才用new Array(n)预分配。
Array 构造函数在传入单个原始数值（如 4、0、-1）时，不把它当数组元素，而是解释为“要创建一个长度为该值的空数组”——这是 JavaScript 规范明确规定的语义，不是 bug，但极易引发逻辑错误。
为什么单个数字会被当成长度？
这是 Array 构造函数早期设计的历史遗留：它被赋予了双重职责——既能初始化带元素的数组，又能预分配指定长度的数组。于是规范规定：
-
new Array(5)→ 创建[empty × 5]（长度 5，无实际元素） -
new Array('5')→ 创建['5']（字符串不触发长度逻辑） -
new Array(3.2)或new Array(-2)→ 抛出RangeError（非法长度） -
new Array(1, 2)或new Array([1])→ 正常作为元素放入
这个行为带来的典型风险
当你从外部接收参数（比如 API 返回的 count: 3），并直接用 Array(count) 想得到 [3]，结果却拿到一个“看起来是空的”长度为 3 的数组——后续用 .map()、.forEach() 都不会执行回调，因为那些位置根本不存在元素（是 empty slot，不是 undefined）。
-
Array(3).map(x => x * 2)→ 还是[empty × 3]，不是[6, 6, 6] -
Array(3).includes(3)→false（里面根本没有值） -
Array(3)[0] === undefined→true，但0 in Array(3)→false（不可枚举）
推荐的防御性写法
彻底绕过歧义，统一按“参数即元素”来理解：
- 优先使用
Array.of(...args)：Array.of(3)→[3]，Array.of(0)→[0]，Array.of()→[] - 动态参数场景下避免拼接判断：
❌args.length === 1 && typeof args[0] === 'number' ? [args[0]] : new Array(...args)
✅Array.of(...args) - 兼容旧环境（如需支持 IE）可轻量降级：
function arrayFromArgs(...args) { return Array.isArray ? Array.of(...args) : [].slice.call(arguments); }
注意：后者无法精确复现Array.of(undefined)→[undefined]的语义，但对多数业务已足够
什么时候仍可能绕不开 new Array？
极少数需要**预分配稀疏大数组**的性能敏感场景（如 WebGL 缓冲区初始化、批量填充占位），才会主动利用 new Array(n) 快速获得指定长度。但此时应显式注释意图，并确保后续操作不依赖“元素存在性”（例如用 for (let i = 0; i 而非 <code>for...of）。
