javascript中的Map和Set是什么_它们与对象和数组有何优势【教程】

13次阅读

map对象更适合缓存容器,因其键支持任意类型(含dom节点、函数等引用)、严格保留插入顺序、size属性O(1)获取长度、无原型污染风险;Set去重和查存在为O(1)哈希查找,远快于数组O(n)线性查找。

javascript中的Map和Set是什么_它们与对象和数组有何优势【教程】

Map 为什么比对象更适合当缓存容器?

当你需要把 DOM 节点、react 组件实例、函数或任意对象当“键”来存数据时,Object 会立刻失效——因为 obj[node] 实际触发 node.toString(),所有

都变成 "[object htmlDivElement]",导致数据覆盖。Map 没这问题,它认的是引用本身。

  • 键类型无限制:map.set({id: 1}, 'data')map.set(() => {}, 'fn') 都合法且互不干扰
  • 插入顺序严格保留:for (const [k, v] of map) 总是按添加顺序返回,而 Object.keys() 对数字字符串键(如 "2""10")会自动升序排列
  • 获取长度直接用 map.size(O(1)),不用每次调用 Object.keys(obj).Length(生成新数组,O(n))
  • 无原型污染风险:map.get('constructor') 不会误匹配原型方法;obj.constructor 却可能被覆盖或继承干扰

Set 去重和查存在,为什么比数组 includes() 快得多?

数组的 includes()indexOf()Filter() 全是 O(n) 线性查找;Set.prototype.has() 是平均 O(1) 的哈希查找。10 万条用户 ID 中判断某个 ID 是否已存在,set.has(id) 几乎无感,arr.includes(id) 可能卡顿明显。

  • 去重最简写法:[...new Set(arr)]Array.from(new Set(arr)),一行搞定,且初始化即完成去重
  • 存在性判断必须用 set.has(x),别写 arr.includes(x)arr.indexOf(x) > -1
  • 注意:对象去重无效——new Set([{a:1}, {a:1}]) 存两个,因每次 {} 是新引用;要用同一对象引用才能命中
  • Set 不支持索引访问:set[0]undefined;要取第 n 个值,得先转数组:[...set][n]

哪些场景必须用 Map/Set,不能硬套对象或数组?

不是“更高级”,而是“非它不可”。对象和数组在这些地方会出错或不可靠:

  • 缓存 DOM 元素状态:const nodeCache = new Map(); nodeCache.set(divEl, { expanded: true }) —— 用 Object 就全变成 "[object HTMLDivElement]"
  • 防重复提交校验:const pendingRequests = new Set(); if (!pendingRequests.has(url)) { pendingRequests.add(url); /* 发请求 */ }
  • 实时在线用户列表管理:add/delete 频繁 + 需快速 has 判断 + 插入顺序重要 → SetfilterfindIndex 稳定高效
  • 权限白名单校验:const allowedActions = new Set(['read', 'edit', 'delete']); if (allowedActions.has(action)) { ... } —— 比 ['read','edit'].includes(action) 更快更语义清晰

jsON 序列化和遍历要注意什么坑?

MapSet 都不支持 json.stringify() 直接序列化——它们不是 plain object,也没有可枚举的自有属性。

立即学习Java免费学习笔记(深入)”;

  • 序列化要手动转:JSON.stringify([...myMap]) 得到 [["k1","v1"],["k2","v2"]];还原时写 new Map(JSON.parse(str)),不是 new Map(JSON.parse(str)[0])
  • 遍历优先用原生迭代器:for (const [k, v] of myMap)myMap.entries() 返回的是迭代器,内存友好;Object.entries() 每次都返回新数组
  • 解构首项更直观:const [[firstKey, firstVal]] = myMap; —— Object 不支持这种写法
  • 高频增删查(千级+数据量)时,Map/Set 底层哈希实现比 Object 属性动态分配、Array 线性扫描更稳定

真正容易被忽略的点是语义明确性:写 new Map(),别人立刻知道这是动态键值关系;写 new Set(),就知道这个集合必须唯一。而 const cache = {}const list = [],永远需要读注释或上下文才能确认意图。

text=ZqhQzanResources