Symbol.for() 在跨 Worker 间不共享，因各 Worker 拥有独立全局环境和隔离的 Symbol 注册表；同一 key 在不同 Worker 中生成的 Symbol 值不相等（=== 为 false）。
Symbol.for() 本身无法在跨独立 Web Worker 的运行时之间共享符号——因为每个 Worker 拥有完全隔离的全局环境，Symbol.for("key") 在不同 Worker 中调用会各自创建或查找**各自全局符号注册表**中的条目，彼此不互通。所以，不能直接靠 Symbol.for() 实现“统一原始标识符库”。但可以基于它，在通信协议层面构建逻辑上一致、语义统一的标识系统。
为什么 Symbol.for() 在 Worker 间不共享
每个 Worker（包括主线程）拥有独立的 JavaScript 执行上下文和独立的全局对象。Symbol 注册表（Global Symbol Registry）是每个全局环境私有的。即使两个 Worker 都执行 Symbol.for("user-id")，它们得到的是两个**值相等（=== 返回 true）但物理上无关**的 Symbol 实例——等等，这不对？
⚠️ 注意：这是常见误解。实际上，Symbol.for(key) 返回的 Symbol 在同一 JS 环境内是唯一且可复用的，但不同 Worker 属于不同环境，彼此注册表完全隔离。因此：
- 主线程中 Symbol.for("msg:reload") 和 Worker A 中同名调用返回的 Symbol 不相等（=== 为 false）；
- 它们甚至不是同一个 Symbol 值，只是 key 相同，但底层无共享机制。
可行方案：用字符串键 + 显式同步约定模拟“统一标识”
放弃让 Symbol 值本身跨 Worker 一致，转而确保所有 Worker **约定使用相同的字符串键**，并在各自环境中用 Symbol.for(key) 生成本地 Symbol —— 这些 Symbol 虽物理不同，但可通过字符串键对齐语义。关键在于：把字符串键作为唯一信源，Symbol 仅作运行时类型标记使用。
- 定义一个中央
symbol-keys.ts（或 JSON），导出常量字符串，例如：
export const SYMBOL_KEY_USER_UPDATED = "app:symbol:user-updated";
export const SYMBOL_KEY_CONFIG_CHANGED = "app:symbol:config-changed"; - 所有 Worker 和主线程都导入并使用这些字符串：
const userUpdatedSym = Symbol.for(SYMBOL_KEY_USER_UPDATED); - 消息通信时，仍用字符串键标识意图（如 postMessage 中携带
{ type: "app:symbol:user-updated", payload: ... }），Worker 收到后可映射回本地 Symbol（用于 switch 或 WeakMap 分发）。
增强一致性：封装 SymbolRegistry 工具类
在各运行时中统一管理 Symbol 创建与校验，避免硬编码字符串：
- 定义
SymbolRegistry类，预注册常用键（只读）： - 每个 Worker 初始化时调用
SymbolRegistry.init()，内部用Symbol.for()创建本地 Symbol 并缓存； - 提供
get(key): symbol和has(key): boolean方法，屏蔽底层差异； - 配合 TypeScript 接口约束键名（如
type SymbolKey = keyof typeof KNOWN_SYMBOL_KEYS），实现编译期检查。
进阶：配合 MessageChannel 实现轻量“标识同步”（非必需）
若需动态注册新标识（如插件系统），可在主 Worker 启动时通过 MessageChannel 向子 Worker 发送已知键列表，并要求子 Worker 执行 Symbol.for(key) 预热。这不是同步 Symbol 值，而是同步“应存在哪些键”的元信息，保证后续 Symbol.for() 调用行为一致。
注意：无需发送 Symbol 本身（无法序列化），只传字符串数组即可。
