map 在键类型、插入顺序、遍历效率和动态增删上优于 object；object 更适合静态结构化数据和字符串键场景，且 json 兼容性更好。
Map 在键的类型、插入顺序、遍历效率和动态增删场景下有明确优势；Object 更适合静态结构化数据和简单字符串键场景，且与 JSON 及多数 API 兼容性更好。
键的类型与哈希计算开销不同
Object 的所有键都会被强制转为字符串（包括 Symbol 除外），例如 {[1,2]: 'a'} 实际键是 "1,2"，存在隐式类型转换和字符串拼接开销；Map 允许任意类型作键（函数、对象、NaN、Symbol 等），内部用严格相等（SameValueZero）比较，不触发 toString 或隐式转换，哈希生成更直接稳定。对大量非字符串键操作时，Map 避免了重复序列化成本。
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
插入顺序天然保留，遍历无需额外排序
Map 保证迭代顺序与插入顺序一致，底层维护链表结构，for...of、keys()、values() 均按写入时序返回；Object 的属性顺序虽在 ES2015+ 规范中也定义了部分规则（如数字索引升序 + 字符串/符号插入序），但实际受引擎优化影响较大，尤其混用数字键和非数字键时行为不易预测。若业务依赖顺序（如缓存 LRU、事件监听器队列），Map 更可靠。
动态增删与 size 获取效率更高
- Map 的
set()、delete()平均时间复杂度为 O(1)，且不触发原型链查找或属性描述符检查； - Object 的
obj[key] = val或delete obj[key]在 V8 等引擎中可能引发隐藏类变更、内联缓存失效，高频修改易导致性能抖动； - Map 直接暴露
size属性，O(1) 获取；Object 需调用Object.keys(obj).length，每次都要构建新数组，O(n) 时间 + 内存开销。
内存占用与使用场景权衡
Map 对每个键值对额外维护一个链表节点，基础内存占用略高于 Object（尤其在键为字符串且数量少时）；但当键为对象引用时，Map 不会将其序列化，避免了重复字符串键的内存冗余。如果只是存储配置项、API 响应字段等固定结构数据，Object 更轻量、可 JSON 序列化、调试友好；若实现缓存、映射表、计数器或需频繁 key 查询/删除，Map 是更本质、更可控的选择。
