array.of的参数个数不直接影响内存占用，只决定数组长度和元素类型；内存消耗主要取决于元素值本身（如对象、字符串等引用类型的堆分配）及引擎实现。
Array.of 的参数个数**不直接影响内存占用规律**，它只决定新数组的 元素数量 和 元素类型；真正影响内存的是每个元素本身的值（尤其是对象、数组、字符串等引用类型）以及 JavaScript 引擎的内部实现机制。
参数个数决定数组长度，但不决定单个元素的内存开销
Array.of 接收任意个参数，每个参数都会成为数组的一个元素，因此：
- 0 个参数 → 返回空数组
[]，长度为 0，基础内存占用最小 - 1 个参数 → 返回长度为 1 的数组，如
Array.of(42)→[42] - n 个参数 → 返回长度为 n 的数组，如
Array.of('a', {}, [], null)→ 含 4 个不同类型的元素
注意：参数个数本身几乎不消耗额外内存；内存增长主要来自元素内容。例如 Array.of(1, 2, 3) 和 Array.of({x:1}, {x:2}, {x:3}) 都是长度 3 的数组，但后者因含三个独立对象，内存占用显著更高。
不同类型参数对内存的实际影响
同一长度下，不同参数类型带来差异巨大的内存开销：
- 原始值（number/string/boolean/null/undefined）：轻量，直接存储值或指针，几乎无额外堆分配
- 对象字面量（
{}、[]、new Date()）：每次调用都创建新实例，各自独立分配堆内存 - 长字符串：字符串内容存储在堆中，长度越长，内存越大
- 函数或闭包：携带词法环境，可能隐式持有大量外部变量引用，内存不可低估
举例：Array.of({}, {}, {}) 创建了 3 个互不共享的空对象，比 Array.of(1, 1, 1) 多出数倍内存。
与 new Array() 的内存行为对比
虽然内存占用不是 Array.of 的设计目标，但它避免了 new Array() 的歧义性，间接提升内存使用可预测性：
new Array(1000)分配一个「稀疏数组」，长度 1000，但所有索引为空（empty × 1000），V8 等引擎会优化为紧凑元数据结构，实际堆内存可能极小Array.of(...Array(1000).keys())或Array.from({length:1000}, (_,i)=>i)才真创建 1000 个数字元素，堆内存随元素数量线性增长Array.of()永远不会因参数个数少而“偷懒”——传几个就存几个，内存分配明确、透明
实际建议：关注内容，而非参数计数
开发中无需统计 Array.of 调用时传了多少个参数来预估内存，而应聚焦于：
- 避免在循环中用 Array.of 创建大量对象字面量（如
Array.of({id:i})） - 对大批量同构数据，优先用
Array.from({length:n}, mapFn)或 TypedArray（如Uint32Array.of(...)）更省内存 - 调试内存时，用 Chrome DevTools 的 Memory 面板快照比对，观察具体对象是否被意外保留
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
