Object会退化而Map不会，因Object在V8中可能从“快速模式”退化为“字典模式”导致O(1)→O(n)，而Map自始至终基于稳定哈希表实现，不切换结构，始终维持平均O(1)复杂度。
直接用 Map 替代普通 Object 就能避开哈希表性能退化问题，核心在于 Map 的底层结构始终稳定，不随操作次数增加而降级。
为什么 Object 会退化而 Map 不会
普通 Object 在 V8 等引擎中，初始使用“快速模式”（hidden class + 线性偏移），但频繁增删属性可能触发“字典模式”（dictionary mode）——此时所有属性访问从 O(1) 退化为线性查找，性能明显下滑。Map 则从创建起就基于专用哈希表实现，无论调用 set/delete 多少次，内部结构不会切换策略，始终保持 O(1) 平均复杂度。
哪些增删行为最容易暴露 Object 的退化风险
- 循环中动态添加大量属性（如 for (let i = 0; i
- 反复 delete 后再 set 同名或新键（尤其键名不规则、含数字/布尔值）
- 混合使用数字键与字符串键（如 obj[1] = 'a'; obj['1'] = 'b'），加剧隐藏类分裂
迁移到 Map 的关键操作要点
- 初始化时优先用数组批量构造：
new Map([['k1', v1], ['k2', v2]])，比空 Map 循环 set 更少内部重建 - 删除前无需检查 key 是否存在：
map.delete(key)安全返回 false，无副作用 - 判断存在性统一用
map.has(key)，比obj.hasOwnProperty(key)或key in obj更简洁可靠 - 获取数量直接读
map.size，避免Object.keys(obj).length触发临时数组分配
特别注意非字符串键的兼容性
若原逻辑用 { [someObj]: value } 这类写法，Object 实际转成 "[object Object]" 导致冲突；Map 可原样保留引用：map.set(someObj, value)，严格区分不同对象实例。同理，null、undefined、Symbol、函数等作 key 时，必须用 Map 才能保持语义准确。
