如何通过Map与Proxy结合，实现配置中心按需订阅的响应式管理？

本文共计731个文字，预计阅读时间需要3分钟。

核心思路是：

1. 为什么选 Map 而不是普通对象？

Map 支持任意类型作 key（包括字符串、Symbol、甚至对象），且能保持插入顺序。在响应式配置中心中，我们常需要以 配置路径字符串（如 "api.timeout"、"theme.color"）为 key 存储对应的订阅函数集合。普通对象会把所有 key 强制转为字符串，容易冲突；而 Map 更精准、更可控。

• 配置路径含点号（"user.profile.name"）时，Map 可原样作为 key；对象则可能被误解析或覆盖
• 多个模块订阅同一路径，需用 Set 或数组存函数——Map 的 value 可直接设为 Set<Function>，天然去重
• 后续清理订阅时，map.delete("api.base") 比遍历对象属性安全高效

2. Proxy 如何配合 Map 做按需收集？

关键在 get 拦截器里：每次读取某个配置字段（如 config.api.timeout），就将当前正在执行的副作用函数（比如一个 UI 组件的渲染逻辑）注册到对应路径的 Map 条目中。