JavaScript中对象是哈希表结构，数组是带length语义的优化对象；对象键全转字符串、无内置长度，数组则依整数索引触发快慢模式切换，选型应基于访问模式而非存储能力。

JavaScript 中对象和数组的内存模型本质不同：对象底层是哈希表（属性字典），数组则是带额外语义的优化对象——它既支持数字索引的快速访问，又维护 length 和内置方法，但其“数组性”依赖引擎对数字键的识别与特殊处理。

对象的属性字典模型

普通对象（{}）在 V8 等引擎中通常以哈希表（或内联缓存+字典混合结构）实现。每个属性名（无论字符串还是可转为字符串的数字）作为键，映射到对应的值。键的查找不依赖顺序，时间复杂度接近 O(1)；插入和删除也高效，但遍历需提取键列表（如 Object.keys()），产生临时数组开销。

• 所有键统一转为字符串存储（例如 { 42: "a", "0042": "b" } 中两个键互不冲突）
• 无内置长度概念，Object.keys(obj).length 是计算出来的，非实时属性
• 属性顺序在 ES2015+ 有规范保证（按插入顺序），但仅限字符串键和可索引数字键的混合排序，逻辑较复杂

数组的双重身份与优化机制

数组（[]）在语言层面是 Array 构造函数的实例，但底层仍是对象。引擎会根据使用模式动态切换其内部表示：

• 当只使用连续小整数索引（如 [0, 1, 2]），V8 采用“快数组”（packed elements）——类似 C 风格连续内存块，读写极快
• 一旦出现空洞（[1,,3]）、大稀疏索引（a[999999] = 1）或混入字符串键（a["name"] = "x"），可能退化为“慢数组”（dictionary mode），转为哈希表存储，失去连续内存优势
• length 是一个可读写的 accessor 属性，会自动响应数字索引的增删（如 push、pop），但对字符串键无感知

关键区别：什么触发“数组行为”？

引擎判断一个对象是否启用数组优化，核心依据是“是否主要用整数索引操作”。以下操作会让数组失去优化：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

• 给数组添加非数字键：arr.custom = true —— 不影响 length，也不被 forEach 遍历
• 设置远大于当前 length 的索引：arr[1000000] = "x" —— 可能触发稀疏存储
• 删除中间元素并留空洞：delete arr[1] —— 破坏连续性，后续操作可能降级

此时它仍能调用 map、filter，但性能下降，且 for...in 会漏掉数字索引（只遍历字符串键）。

选型建议：按访问模式决定结构

不要只看“能不能装”，而要看“怎么查、怎么改、怎么遍历”：

• 需要按 ID 快速查单条（如 products["abc123"]）→ 用对象，避免遍历
• 需要批量 map/filter/sort → 用数组，天然支持这些方法
• 既要快速查又要顺序遍历 → 可组合：用对象存数据（O(1) 查），用数组存 ID 列表（控制顺序）
• 大量随机插入删除且关心位置 → 数组 + splice 或考虑 Map（更稳定哈希性能）