用 Object.create(null) 创建哈希表可避开原型链干扰、避免属性名冲突，且性能接近普通对象；普通对象因继承 Object.prototype 易导致 toString 等键被覆盖或判断失准。
用 Object.create(null) 创建哈希表，核心是避开原型链上的方法（尤其是 toString、hasOwnProperty 等），避免属性名冲突，同时保持原生对象的快速属性访问性能。它比 Map 更轻量，适合只做字符串键查找的场景。
为什么不用普通对象？
普通对象（如 {}）继承自 Object.prototype，自带 toString、valueOf、constructor 等属性。当键恰好是这些名字时，会覆盖或被原型方法干扰：
-
obj.toString = 'custom'不仅改了数据，还可能破坏调试和序列化 -
'toString' in obj永远为true，无法准确判断是否用户显式设置了该键 -
obj.hasOwnProperty('toString')返回false，但实际值存在，逻辑易出错
如何正确初始化与使用
直接创建无原型对象，并配合安全的属性操作方式：
- 创建：
const map = Object.create(null) - 设值：
map[key] = value（key 必须是字符串或可转为字符串的值，如数字；Symbol 不推荐，因非标准哈希语义） - 取值：
map[key]—— 若 key 不存在，返回undefined，不会触发原型方法 - 判断存在：
map[key] !== undefined或更严谨地用Object.hasOwn(map, key)（ES2022+） - 删除：
delete map[key]
注意：不要用 for...in 遍历，它不安全且慢；改用 Object.keys(map) 或手动维护键数组（若需高频遍历）。
规避边界问题的关键细节
即使用了 Object.create(null)，仍需注意几类隐性干扰：
-
数字键自动转换：如
map[1]等价于map['1']，与Map行为一致，但需确保键类型预期统一 -
__proto__ 是普通字符串键：在
Object.create(null)实例中，map.__proto__ = 'data'完全合法，不会触发原型设置，无需特殊处理 -
JSON 序列化限制：该对象不能直接
JSON.stringify（因无toJSON且非普通对象），需先转为普通对象或用Object.assign({}, map)
性能优化建议
纯哈希查找下，Object.create(null) 对象与普通对象性能几乎一致，但可进一步稳定表现：
- 避免动态增删大量属性后频繁读写——V8 对固定结构对象有隐藏类优化，剧烈变更会去优化
- 若键集合稳定，初始化后冻结结构：
Object.freeze(map)（不影响读写，仅防新增/删键，提升 JIT 可预测性） - 避免用
Object.keys/Object.values高频调用；如需迭代，缓存键数组或改用Map（当需要遍历优先时）
