首选字面量创建数组，如 const arr = [1, 'a', true]；构造函数仅限预分配固定长度等特定场景；Array.from() 和 Array.of() 提升语义清晰度与可维护性；统一团队规范最关键。
JavaScript 中数组创建方式本身不直接决定应用可维护性，但不同方式带来的语义清晰度、行为一致性与团队协作成本，会显著影响长期维护体验。选错方式可能埋下隐性 bug，增加排查难度。
字面量方式最安全也最易读
用 const arr = [1, 'a', true] 创建数组是首选。它语法直白，无歧义，引擎优化好，所有主流代码检查工具（如 ESLint）都默认推荐。团队成员一眼能确认这是“带内容的数组”，不会误判为占位结构。
常见误用场景：
- 用 new Array(5) 想创建 [5]，结果得到长度为 5 的空槽数组 —— 这类错误在逻辑分支中容易被忽略，导致后续
map或forEach不执行 - 动态拼接时硬写
new Array(...args)，不如改用展开语法[...args]，后者语义明确且兼容性更好
构造函数仅在特定场景下合理
new Array() 和 new Array(n) 并非错误，但需严格限定使用意图：
立即学习“Java免费学习笔记（深入）”；
- 明确需要预分配固定长度（如 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），自动拦截高风险写法
