symbol.for 用于在全局符号注册表中创建或获取共享 symbol，确保同一 key 多次调用返回严格相等的同一实例，支持跨模块统一标识属性键名，避免命名冲突。
Symbol.for 可以在全局符号注册表中创建或获取一个共享的 Symbol，适合跨模块、跨包统一标识某个属性键名，避免重复定义和命名冲突。
Symbol.for 的核心机制
Symbol.for(key) 不会每次都新建 Symbol，而是先检查全局注册表中是否已有相同 key 的 Symbol；若有则返回它，否则新建并注册。这个“全局注册表”是 JavaScript 引擎维护的单例，对同一 JavaScript 运行环境（如一个网页、一个 Node.js 进程）内所有模块可见。
- 同一个 key 调用多次 Symbol.for，始终返回同一个 Symbol 实例（严格相等）
- 不同模块 import 同一个 key 的 Symbol.for，拿到的是完全相同的引用
- 与直接用 Symbol() 创建的私有 Symbol 不同，后者每次调用都唯一且不可复现
跨模块共享键名的典型用法
假设你开发了一个通用状态管理工具包 my-state，又有一个 UI 组件库 my-ui，两者需约定一个内部字段名来存储状态快照——用 Symbol.for 就很合适：
- 在 my-state 包中定义：const STATE_KEY = Symbol.for('my-state:internal-snapshot');
- 在 my-ui 包中同样写：const STATE_KEY = Symbol.for('my-state:internal-snapshot');
- 两者虽然物理隔离，但运行时 key 字符串一致 → 拿到的是同一个 Symbol → 可安全读写同一属性
注意事项与最佳实践
为确保可靠性和可维护性，建议遵守以下原则：
- 使用带命名空间的 key 字符串，例如 'my-pkg:cache' 或 '@scope/feature:key'，避免与其他库意外冲突
- 不要把 Symbol.for 当作全局变量导出，而应在各模块按需调用 Symbol.for —— 这样即使某模块未加载定义它的文件，也不会报错
- 慎用于敏感数据绑定：Symbol 键本身不提供访问控制，仅靠键名唯一性无法阻止外部通过反射（如 Object.getOwnPropertySymbols）发现该属性
- Node.js 中，若使用 --loader 或 ESM 动态加载，仍属同一 Realm，则 Symbol.for 依然有效；但跨 Worker 或 iframe 则不共享注册表
替代方案对比（为什么不用字符串或 WeakMap）
字符串键容易被覆盖或误读；WeakMap 无法跨实例共享键（每个 WeakMap 实例独立），也不支持作为对象属性键。Symbol.for 兼具唯一性、可预测性、跨模块可达性，是目前最轻量且标准的解决方案。
