object.entries 配合 reduce 构建 map 时，初始值必须为 new map()，否则因 {} 无 set 方法而报错；需注意 key 唯一性、value 预处理、兼容性及 proxy 副作用。
直接用 Object.entries + reduce 构建 Map 是可行的，但必须确保累加器始终是 Map 实例——否则会立刻报 acc.set is not a function。
为什么 reduce 的初始值不能写成 {}
常见错误是把 Map 当成普通对象用：
-
Object.entries(config).reduce((acc, [k, v]) => { acc.set(k, v); return acc; }, {})—— 初始值{}是 plain object，没有set方法 -
Map.prototype.set()返回的是自身（可链式调用），但普通对象不支持 - 正确写法必须是
new Map()作为初始值：Object.entries(config).reduce((map, [k, v]) => map.set(k, v), new Map())
业务配置字段映射时怎么处理 key/value 类型转换
原始配置常含字符串 ID、布尔开关、嵌套对象，而 Map 的 key 要求唯一且不可变，value 可能需预处理：
- 若用布尔值做 key：
map.set(value.enabled, ...)没问题；但多个true会覆盖，得确认业务是否允许 - 若 key 来自
value.id，务必先转字符串：String(value.id)，避免undefined或数字被隐式转换成"NaN" - 若 value 需扁平化（如只取
timeout字段），回调里要手动构造：map.set(key, { timeout: value.timeout }) - 别在
reduce回调里调用map.get(key)做存在性判断——这不是循环遍历场景，没必要查重，且get返回undefined容易引发误判
性能和兼容性要注意什么
Object.entries + reduce 在现代环境没问题，但旧环境或大数据量下有隐性成本：
- IE 全面不支持
Object.entries和Map；需降级用Object.keys(obj).reduce(..., {})模拟，但会丢失 key 类型灵活性（比如不能用对象当 key） - 数据量超 10k 条时，
reduce本身无瓶颈，但若配置对象含Proxy或 getter，Object.entries会触发全量读取，注意副作用 - Node.js 早期版本（Map.prototype.set() 返回值未标准化，稳妥写法是显式
map.set(...); return map;，而非依赖链式返回
最易被忽略的点：很多人以为只要用了 Map 就自动“高性能”，其实关键在构建过程——一旦累加器类型错了，整个结构就退化成普通对象，后续所有 map.has()、map.get() 都会失效。写完务必检查 console.log(result.constructor) 是否为 Map。
