Map不会受原型污染影响，因其使用内部哈希表管理键值对，不依赖原型链查找，严格按值/引用匹配key，正确调用set()/get()/has()即可安全处理任意key。
JavaScript 中的 Map 本身**不会受原型污染影响**，因为它不基于对象原型链查找键，而是使用内部哈希表独立管理键值对。只要正确使用 Map 的原生 API（如 set()、get()、has()），无论 key 是字符串、数字、Symbol 还是包含特殊字符（如 "__proto__"、"constructor"、点号、方括号、空格、Unicode 符号等），都不会触发原型链写入或读取，天然规避原型污染。
为什么 Map 不会原型污染？
Map 的 key 是严格按值（或引用）匹配的，不经过对象属性访问机制。例如：
const map = new Map();
map.set('__proto__', 'hacked');
console.log(map.get('__proto__')); // 'hacked' —— 取到的是 Map 自己存的值
console.log({}.toString); // 依然正常，Object.prototype 没被改写
而普通对象：obj.__proto__ = {...} 会直接修改原型，obj.constructor 可能被覆盖——Map 完全绕过这层机制。
动态 key 含特殊字符时的安全用法
只要避免把 Map 当作普通对象误用，就无需额外“规避”。重点在于：✅ 正确使用 API，❌ 不手写 map[key] 或 map.key。
立即学习“Java免费学习笔记（深入）”；
-
✅ 正确：用
map.set(key, value)、map.get(key)、map.has(key) -
❌ 错误：用
map[key] = value或map.key（这会让map当成普通对象，可能触发原型污染） -
⚠️ 注意：不要把
Map实例赋给期望普通对象的地方（如某些老旧库强行遍历for...in），可加Object.freeze(map)或封装一层防御性代理（极少数场景需要）
对比：什么时候容易误踩坑？
常见混淆点是把 Map 和普通对象混用，或用工具函数错误地“转换”：
- 错误示例：用
Object.assign({}, map)—— 这会丢失所有键，返回空对象；若强行遍历map并赋值到普通对象，就又回到原型污染风险中 - 安全替代：需要序列化时用
Array.from(map)或[...map]得到[[k1,v1],[k2,v2]]数组；需要转为对象且 key 可信时，再用Object.fromEntries(map)（注意：仅当 key 确保不是"__proto__"等才安全）
进阶：配合 Symbol 或 WeakMap 进一步加固
如果 key 来源完全不可控（如用户输入的任意字符串），仍推荐用 Map，但可叠加简单校验或封装：
- 用
Symbol.for(key)将字符串映射为唯一 Symbol（适合去重+防碰撞，但不解决语义需求） - 对高敏感场景（如沙箱环境），可用
WeakMap存储私有元数据（key 必须是对象，不适用于字符串 key） - 轻量封装：写一个
SafeMap类，拦截非法 key（如正则过滤/^__proto__|constructor|prototype$/），但通常没必要——因为Map本就不怕这些
