array.of 能绕过 new array(4) 的坑，因为它将参数原样转为数组元素，避免单个数值被误解释为数组长度；常用于动态生成数组、函数参数透传等场景。
Array.of 为什么能绕过 new Array(4) 的坑
当你写 new Array(4)，得到的是长度为 4 的空数组（[empty × 4]），不是你想要的 [4]。这是 JS 数组构造函数的歧义设计：单个数值参数被解释为数组长度，而非元素值。而 Array.of(4) 明确按“传入什么就放什么”执行，返回 [4]，彻底避开这个陷阱。
哪些场景下必须用 Array.of 而不是 [] 或 new Array
常见于动态生成数组、函数参数透传、或需要统一处理可变参数的逻辑中：
- 接收不定数量参数并转为数组（比如封装一个
createList工具函数） - 从 API 返回单个数字但需统一当作数组处理（如分页接口偶尔返回
count: 1，想转成[1]） - 避免在条件分支里反复判断参数个数再决定用
[]还是new Array
Array.of 和 Array.from、[] 写法的关键区别
Array.of 不做类型转换，不遍历，不读取 length 属性；它只是把所有参数原样塞进新数组：
-
Array.of(1, 2, 3)→[1, 2, 3] -
Array.of(undefined)→[undefined]（注意：不是空槽位） -
Array.of('a')→['a']，而new Array('a')→['a']（字符串非数值时行为一致，但不可靠） -
Array.of({})→[{}]，而Array.from({ length: 1 })→[undefined]（后者会尝试类数组转换）
兼容性与替代方案的代价
Array.of 是 ES6 新增方法，IE 完全不支持。若需兼容旧环境：
- 可用
Array.prototype.slice.call(arguments)替代，但仅适用于类数组对象 - 更通用的降级写法：
function of() { return Array.prototype.slice.call(arguments); }，但它无法复现Array.of对稀疏数组或undefined的精确语义 - 现代项目建议直接使用
Array.of，配合 Babel 或 TypeScript 编译时处理
真正容易被忽略的是：哪怕只传一个参数，只要它是数值，new Array 就可能悄悄改变语义——这不是 bug，是规范定义的行为，所以别指望靠测试覆盖所有边界值来兜底，直接换掉构造函数调用更省心。
