数组字面量（[]）在编译期直接分配连续内存，零开销且行为确定；new array() 触发完整构造流程，产生稀疏数组或动态分配，内存布局不可预判、性能更低。
数组字面量（[]）和 new Array() 在内存分配层面存在本质差异，这种差异直接影响性能、行为可预测性与调试体验。
引擎对字面量做了编译期优化
现代 JavaScript 引擎（如 V8、JavaScriptCore）在解析阶段就能识别数组字面量，并将其直接映射为高效内存分配指令：
-
[]或[1, 'a', {}]被视为常量结构，引擎跳过运行时函数调用，直接在堆上分配连续内存块 - 内部结构预先确定：元素数量、类型分布（若可推断）、内存布局一次性完成
- 无原型链查找、无
this绑定、不触发代理或拦截逻辑，零函数调用开销
new Array() 触发完整构造流程
即使只是创建空数组，new Array() 也必须走完标准构造函数执行路径：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 查找
Array构造函数定义，访问原型链确认构造逻辑 - 绑定
this，初始化内部对象结构（包括隐藏类、属性描述符等） - 根据参数个数和类型做分支判断：单数字 → 预设长度；多参数 → 元素列表；非数字 → 类型转换处理
- 动态分配内存时还需预留扩展空间，可能引入额外填充或对齐操作
稀疏数组的内存表现截然不同
当意图创建“长度为 N 的空数组”时，两种方式底层内存模型完全不同：
-
new Array(5)分配的是一个稀疏结构：仅设置length = 5，不分配实际元素槽位，索引0–4均不存在（0 in arr为false） -
[undefined, undefined, undefined, undefined, undefined]或Array.from({ length: 5 })才真正分配 5 个undefined槽位，每个索引都可被in检测到 - V8 对稀疏数组采用哈希表后备存储，随机访问性能下降，且无法享受连续内存带来的 CPU 缓存友好性
动态场景下内存行为更难控制
传入变量参数时，new Array(...args) 的内存分配逻辑变得不可静态预判：
- 若
args = [3]，结果是稀疏数组（length = 3），未分配元素内存 - 若
args = ['3']，结果是含字符串元素的普通数组，分配 1 个槽位 - 而
[...args]始终分配精确数量的元素内存，行为稳定、内存占用可预期
不复杂但容易忽略：内存分配不是“有没有”，而是“怎么分”——字面量给出明确承诺，new Array() 留下运行时猜测空间。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
