Map可通过键设计与封装实现命名空间隔离：用点分路径如"ui.sidebar.open"作key；Symbol避免字符串冲突；封装NamespacedMap类自动处理前缀；结合事件系统透传namespace元数据。
Map 本身不提供命名空间管理能力，但可以作为底层数据结构，配合约定和封装，实现轻量、可控的命名空间隔离机制。关键不在 Map 本身，而在你怎么组织键（key）和使用上下文。
用嵌套结构模拟命名空间层级
将命名空间表达为点分路径形式的 key，例如 "user.profile.avatar" 或 "payment.gateway.retry.count"。Map 存储时直接使用该字符串作为键：
- 写入：
map.set("ui.sidebar.open", true) - 读取：
map.get("ui.sidebar.open") - 批量操作可借助正则或前缀匹配，如
[...map.keys()].filter(k => k.startsWith("ui."))
结合 Symbol 或对象键增强类型安全
避免字符串硬编码冲突，可用 Symbol 作为命名空间标识符：
- 定义：
const NS_AUTH = Symbol('auth'); - 存值：
map.set(NS_AUTH, { token: 'abc', expires: Date.now() + 3600000 }); - 这样即使多个模块都用 "auth" 字符串作 key，也不会误覆盖
封装 NamespacedMap 类统一管理
包装原生 Map，添加命名空间前缀自动处理逻辑：
- 构造时指定 namespace：
const userStore = new NamespacedMap('user'); -
userStore.set('name', 'Alice')实际存为map.set('user.name', 'Alice') - 支持子空间切换：
userStore.scope('settings').set('theme', 'dark')→ 存为'user.settings.theme' - 内部仍用标准 Map，不引入额外依赖，调试和序列化也直观
与状态/事件系统联动时注入上下文
在 Vuex、Pinia 或自定义事件总线中，把命名空间作为元数据透传：
- 派发事件时携带：
bus.emit('update', { value: x, namespace: 'cart' }) - 监听器按 namespace 过滤：
if (e.namespace === currentNs) handle(e) - 搭配 Map 缓存各 namespace 的最新状态，形成“命名空间 → 当前值”的快照映射
