首选字面量创建数组，如 const arr = [1, 'a', true]；构造函数仅限预分配固定长度等特定场景；array.from() 和 array.of() 提升语义清晰度与可维护性；统一团队规范最关键。

JavaScript 中数组创建方式本身不直接决定应用可维护性，但不同方式带来的语义清晰度、行为一致性与团队协作成本，会显著影响长期维护体验。选错方式可能埋下隐性 bug，增加排查难度。

字面量方式最安全也最易读

用 const arr = [1, 'a', true] 创建数组是首选。它语法直白，无歧义，引擎优化好，所有主流代码检查工具（如 ESLint）都默认推荐。团队成员一眼能确认这是“带内容的数组”，不会误判为占位结构。

常见误用场景：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 用 new Array(5) 想创建 [5]，结果得到长度为 5 的空槽数组 —— 这类错误在逻辑分支中容易被忽略，导致后续 map 或 forEach 不执行
• 动态拼接时硬写 new Array(...args)，不如改用展开语法 [...args]，后者语义明确且兼容性更好

构造函数仅在特定场景下合理

new Array() 和 new Array(n) 并非错误，但需严格限定使用意图：

• 明确需要预分配固定长度（如 canvas 像素缓冲区），且后续会逐项赋值，此时 new Array(1024) 比 Array(1024).fill(null) 更轻量
• 从后端接收纯数字长度字段，需初始化空数组用于后续填充，可接受；但应加注释说明用途，避免被误改
• 绝不在条件分支或参数不确定时使用单参数构造函数，风险远大于收益

ES6 静态方法提升表达力

Array.from() 和 Array.of() 是增强可维护性的关键补充：

• Array.from({length: 5}, (_, i) => i * 2) 明确表达了“生成 5 个偶数”的意图，比循环 push 更具声明性
• Array.of(3) 总是返回 [3]，彻底规避 new Array(3) 的歧义，适合封装成工具函数供团队复用
• 处理 DOM NodeList、Set、Map 等类数组时，Array.from(nodeList) 比 Array.prototype.slice.call(nodeList) 更易懂且无兼容性顾虑

统一规范比技术细节更重要

真正影响可维护性的，往往不是“能不能用某种方式”，而是“全项目是否一致”。建议在团队代码规范中明确：

• 默认使用字面量，禁止无注释的 new Array(x)
• 涉及类数组转换或映射初始化，优先用 Array.from；需要保底兜底值时用 Array.of
• 禁用 new Array 接变量解构（如 new Array(...data)），统一替换为展开语法
• CI 流程中加入 ESLint 规则（如 no-array-constructor），自动拦截高风险写法

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南