array.of 的设计意图是提供无歧义、行为一致的数组创建方式，解决 new array() 单参数时的语义混乱；它优先保障代码可读性与健壮性，而非极致性能，所有参数一律视为元素，适用于参数不确定或可能为单值的动态场景。
Array.of 的设计意图非常明确：提供一种无歧义、行为一致的数组创建方式，尤其解决 new Array() 在单参数场景下的语义混乱问题。它不是为极致性能而生的底层优化工具，而是为代码可读性、健壮性和开发者心智模型服务的语言特性。
核心设计意图：消除构造函数歧义
new Array() 的行为取决于参数个数和类型：
- 无参数 → 返回空数组
[] - 单个正整数（如
5）→ 创建长度为 5 的稀疏数组[,, , ,] - 单个非数字（如
"5"或null）→ 返回["5"]或[null] - 多个参数 → 统一作为元素
[1, 2, "a"]
这种重载逻辑容易引发隐蔽 bug。Array.of 则彻底放弃重载：所有参数一律视为数组元素，无论数量、类型或是否为空。
性能表现：轻量、直接，但非关键瓶颈
Array.of 本身开销极小——它不遍历、不映射、不转换，只是将 arguments 封装为新数组实例。现代引擎（V8、SpiderMonkey、JavaScriptCore）对其做了良好优化，实际性能与字面量 [...args] 接近，略慢于字面量（因需函数调用），但远快于 Array.prototype.slice.call(arguments) 等旧式模拟。
- 优势在于语义清晰带来的间接性能收益：减少调试时间、避免运行时意外（如误判数组长度）、降低维护成本
- 在大量动态数组构建场景（如日志聚合、批量请求参数组装）中，其一致性可避免条件分支判断，简化逻辑
适用边界：何时该用，何时不必
推荐优先使用 Array.of 的典型场景：
- 参数来自变量或函数返回值，且数量不确定（例如
Array.of(id, name, role)） - 封装工具函数时需要可靠数组构造（如
function makeItem(...args) { return Array.of(...args); }） - 处理可能为单值的输入（如 API 响应字段可能是单个 ID 或 ID 数组）
无需刻意替换的场景：
- 已知固定结构的静态数组，字面量
[1, 2, 3]仍是最优选择 - 从类数组对象转换，应使用
Array.from()而非Array.of() - 需兼容 IE11 等极老环境时，需搭配 polyfill，此时权衡简洁性与兼容成本
本质定位：可靠性优先的语法糖
Array.of 不是性能黑科技，也不是功能扩展器。它是 ES6 对“让代码意图一目了然”这一工程原则的践行——用一行明确的调用，替代需要注释说明的 new Array(x) 使用前提。它的价值不在微秒级差异，而在每次阅读、修改、协作时节省的认知负荷。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
