Map 的 key 可以是任意类型（包括对象、数组），Object 的 key 只能是字符串或 Symbol；Map 保持插入顺序、提供 size 属性和 O(1) 的 has/set 操作，且键比较使用 SameValueZero 算法。
Map 的 key 能是对象，Object 的 key 只能是字符串或 Symbol
这是最常踩坑的地方：你以为 obj[{a:1}] = 'x' 能存进去，其实 JavaScript 会把对象自动转成 "[object Object]"，导致所有对象键都撞车。而 Map 不会强制类型转换——map.set({a:1}, 'x') 和 map.set({b:2}, 'y') 是两个完全独立的键，因为它们内存地址不同。
实操建议：
- 需要拿「对象本身」当索引查数据？用
Map，别用Object - 想用数组当 key？
map.set([1,2], 'ok')✅；obj[[1,2]] = 'ok'❌（实际变成obj["1,2"]） - 检查是否存在时：
map.has(key)是 O(1)，key in obj虽快但受原型链干扰，obj.hasOwnProperty(key)更准但仍是字符串匹配
Set 自动去重，数组去重得靠 filter + indexOf 或 Set 转回
你写 [1,2,2,3].filter((v,i,a) => a.indexOf(v) === i) 没问题，但遇到对象数组就失效：[{id:1},{id:1}].filter(...) 依然保留两个——因为对象引用不同，indexOf 找不到相等项。
实操建议：
- 原始值去重：直接
[...new Set(arr)]，简洁且稳定 - 对象数组去重：不能直接塞进
Set，得先提取唯一标识，比如const ids = new Set(items.map(i => i.id))，再过滤 - 注意
Set的has()对对象无效：除非是同一个引用，set.has({x:1})永远是false
Map 和 Set 都保持插入顺序，Object 属性顺序不总可靠
ES2015 后，Object.keys() 对数字键和字符串键的顺序有规定，但混用时仍可能出意外。比如 obj[100] = 'a'; obj.foo = 'b'; obj[2] = 'c'，遍历顺序可能是 2 → 100 → foo，但你不能依赖它。而 Map 和 Set 从创建起就严格按插入顺序迭代。
实操建议：
- 需要「按添加顺序遍历键值对」？选
Map，别用Object -
for (let [k,v] of map)直接解构，比Object.entries(obj)多一层转换更干净 -
Set的forEach或for...of也保证顺序，适合做队列类逻辑（如最近访问缓存）
size 是原生属性，Object 得手动算
map.size 和 set.size 是只读属性，O(1) 时间返回当前元素数。而 Object.keys(obj).length 每次都要生成新数组，性能差；更糟的是，如果对象有不可枚举属性或来自原型，keys() 还会漏掉或误算。
实操建议：
- 频繁读取集合大小？
Map/Set省事又准确 - 别写
Object.keys(obj).length === 0判空，改用Object.keys(obj).length === 0 && Object.getPrototypeOf(obj) === Object.prototype才勉强安全——不如直接换Map - 注意：
Map和Set没有length属性，只有size；写错成map.length会得undefined
真正容易被忽略的是：Map 的键比较基于「SameValueZero」算法（类似 ===，但 NaN 等于自身），而 Set 对象去重也遵循同一规则——这意味着 new Set([0, -0]) 实际只存一个值，但 new Set([NaN, NaN]) 会去重为一个 NaN。这点在做数值精度敏感逻辑时得留神。
