map 是支持任意类型键的键值对集合，适用于需对象等非字符串键、保持插入顺序、精确计数及避免原型污染的场景；set 是保证唯一性的值集合，适用于去重和存在性判断。
Map 是什么？什么时候该用 new Map()
Map 是一个真正支持任意类型键的键值对集合，不是对象的升级版，而是为解决对象固有缺陷而生的专用结构。当你发现 obj[myObj] 总是变成 obj["[object Object]"]，或者需要靠 Object.keys(obj).length 算“长度”还漏掉 Symbol 键时，就该换 Map 了。
- 键可以是对象、函数、
NaN、数字——比如缓存 DOM 元素：const cache = new Map();cache.set(buttonEl, { disabled: true });console.log(cache.get(buttonEl)); // ✅ 正确返回 - 插入顺序严格保留：遍历
map.keys()或for (const [k, v] of map)永远按你set()的顺序来，适合做 LRU 缓存或表单字段顺序渲染 -
map.size是原生属性，不用再防坑写Object.keys(obj).filter(k => obj.hasOwnProperty(k)).length - 没有原型污染：
map.has('toString')永远只查你显式set过的键，不会误匹配Object.prototype.toString - 常见错误：用不同引用的对象当键——
map.set({id: 1}, 'a'); map.get({id: 1})返回undefined，必须复用同一个对象引用
Set 是什么？为什么 [...new Set(arr)] 比手写去重靠谱
Set 是专为“值是否存在”设计的集合，它不关心索引、不提供 set[0]，只保证唯一性和 O(1) 查询速度。它不是数组的简化版，而是替代手动 filter + indexOf 的正确姿势。
- 自动去重且语义清晰：
new Set([1, 2, 2, NaN, NaN])得到Set(3) {1, 2, NaN}——NaN === NaN是false，但 Set 用 SameValueZero 算法，把它当相同值处理 - 判断存在性快得多：
set.has(x)平均 O(1)，而arr.includes(x)是 O(n)，尤其在千级元素以上差距明显 - 去重一行解决：
const uniqueIds = [...new Set(userIdArray)]; // ✅ 安全、简洁、兼容所有类型
别再写arr.filter((x, i) => arr.indexOf(x) === i)，那会重复遍历 - 注意引用类型去重：两个内容相同的对象仍被视为不同项，
new Set([{a:1}, {a:1}])长度是 2；如需按内容去重，得先序列化或自建逻辑
别用对象模拟 Map/Set 的三个典型翻车现场
很多人用 {} 存键值、用 [] 做集合，结果在边界 case 上反复踩坑：
Kotlin Android 中文开发帮助文档 PDF版
下载
这本书并不是一本语言参考书，但它是一个Android开发者去学习Kotlin并且使用在自己项目中的一个工具。我会通过使用一些语言特性和有趣的工具和库来解决很多我们在日常生活当中都会遇到的典型问题。 这本书是非常具有实践性的，所以我建议你在电脑面前跟着我的例子和代码实践。无论何时你都可以在有一些想法的时候深入到实践中去。 这本书适合你吗？ 写这本书是为了帮助那些有兴趣 使用Kotlin语言来进行开发的Android开发者。 如果你符合下面这些情况，那这本书是适合你的： 你有相关Android开发和Andro
-
键被强制转字符串：
const obj = {}; obj[{a:1}] = 'x'; console.log(obj['[object Object]']); // 'x'——所有对象键都撞成同一字符串，Map 才能真正区分 -
无法准确计数：
const obj = {toString: 1}; obj.size是undefined，而Object.keys(obj).length会把toString当作自有属性（如果没屏蔽原型），结果错乱 -
NaN 和 0/-0 判定失效：
const obj = {[NaN]: 'n', [0]: 'z'}; obj[NaN] // 'n' ✅，但 obj[-0] // 'z' ✅（因为 -0 == 0）；而 Set 中 <code>new Set([NaN, NaN, 0, -0])长度是 3（0 和 -0 被视为不同，NaN 只存一份）
选 Map 还是 Set？看你在问“什么值对应什么数据”还是“这个值有没有出现过”
这不是性能选择题，而是语义选择题。Map 回答的是映射关系（“按钮 A 对应哪种状态？”），Set 回答的是成员关系（“用户 ID 102 是否已提交过？”）。
立即学习“Java免费学习笔记（深入）”；
- 用 Map 的信号：
get/set成对出现、需要通过某个标识取回关联数据、键本身有意义（比如 React 组件实例、URL 参数名、数据库 record.id） - 用 Set 的信号：
has/add频繁交替、只关心“有/没有”，不关心“是什么”——比如防重复点击、记录已加载模块、维护待处理任务 ID 集合 - 别混用：不要用
Map存一堆[val, true]来假装是 Set，也不要用Set存对象再遍历找某个字段——那说明你该用 Map 或重构数据结构
hasOwnProperty 或 toString 这类名字意外触发逻辑——这在动态键名场景下，比性能更重要。** 
