登录
首页 >  文章 >  前端

JSMap与Set对比:为何更优于对象和数组?

时间:2025-12-30 18:00:41 429浏览 收藏

欢迎各位小伙伴来到golang学习网,相聚于此都是缘哈哈哈!今天我给大家带来《JS Map与Set优势解析:比对象和数组强在哪?》,这篇文章主要讲到等等知识,如果你对文章相关的知识非常感兴趣或者正在自学,都可以关注我,我会持续更新相关文章!当然,有什么建议也欢迎在评论留言提出!一起学习!

Map和Set是解决键值映射与自动去重问题的专用工具:Map支持对象作键、插入顺序遍历、O(1)查存;Set提供O(1)去重与存在性判断;小规模静态场景仍宜用对象和数组。

javascript Map与Set是什么_它们比对象和数组强在哪里?

Map 和 Set 不是“比对象和数组强”,而是解决不同问题的专用工具——当你需要键值映射且键可能是对象、或需要自动去重+快速查存时,它们就是更安全、更快、更少出错的选择。

Map 替代对象做键值映射:为什么 obj[{}] 总是失效?

普通对象把所有键强制转成字符串,{id: 1}{id: 2} 都变成 "[object Object]",结果互相覆盖。Map 没这问题,它认的是引用本身。

  • ✅ 正确做法:
    const userMap = new Map();<br>const user1 = { id: 1 };<br>const user2 = { id: 2 };<br>userMap.set(user1, "Alice");<br>userMap.set(user2, "Bob");<br>console.log(userMap.get(user1)); // "Alice"
  • ❌ 错误写法:obj[{}] = "Alice" → 实际是 obj["[object Object]"] = "Alice",第二次赋值就覆盖了
  • 遍历时顺序稳定:for (const [key, val] of map) 严格按插入顺序;对象的 for...in 在数字键上会升序排列,不可靠
  • 获取数量直接用 map.size;对象得写 Object.keys(obj).length,还可能误算原型链上的属性

Set 替代数组去重:别再写 filter((v, i) => arr.indexOf(v) === i)

数组去重本质是 O(n²) 查找,10 万条数据时卡顿明显;Set 底层哈希实现,插入/判断存在性都是平均 O(1)。

  • ✅ 一行去重:
    const uniqueIds = [...new Set([1, 2, 2, 3, 3])]; // [1, 2, 3]
  • ✅ 判断是否存在快:set.has(x)arr.includes(x)arr.indexOf(x) > -1 快一个数量级(尤其大数据量)
  • ⚠️ 注意:Set 用 SameValueZero 规则判等,所以 NaN === NaN 成立,而数组 indexOf(NaN) 返回 -1
  • 不支持下标访问:set[0]undefined,要转数组才可索引:[...set][0]

什么时候不该用 Map/Set?别为了“新”而换

它们不是银弹。小规模、静态、结构简单时,对象和数组反而更直观、更轻量。

  • 配置项、API 响应字段映射、HTML 属性名 → 用 const config = { timeout: 5000, retries: 3 } 更自然
  • 需要随机访问第 N 个元素、频繁按索引增删 → 数组仍是首选,arr.push() / arr.splice() 语义清晰
  • JSON 序列化必须原生支持 → JSON.stringify() 不认 Map/Set,得手动转:Object.fromEntries(map)[...set]
  • 弱引用场景(如缓存 DOM 元素,又不想阻止 GC)→ 改用 WeakMap / WeakSet,它们不能遍历,但内存更友好

真正容易被忽略的点是:Map/Set 的「语义明确性」——当你写出 new Map(),别人立刻知道这是动态键值关系;写出 new Set(),就知道这个集合必须唯一。这种意图表达,比任何注释都可靠。

理论要掌握,实操不能落!以上关于《JSMap与Set对比:为何更优于对象和数组?》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!

相关阅读
更多>
最新阅读
更多>
课程推荐
更多>