import.meta.url 与 Symbol.for 结合可实现模块级服务发现：前者提供唯一模块标识，后者确保跨模块键唯一，共同构建无侵入、可校验、防重复的服务注册与查找机制。
import.meta
本身不提供全局状态，但可作为模块标识的可靠来源；
Symbol.for
则用于跨模块共享同一 Symbol 实例。二者结合，能实现轻量、无侵入、基于模块上下文的“服务发现”——即不同模块可安全注册/查找同名服务，且保证唯一性与隔离性。
为什么不用全局对象或 window？
全局变量易污染、难维护，尤其在多实例、微前端或 SSR 场景下会冲突。而
import.meta.url
是每个模块唯一的字符串标识（如
），天然具备模块粒度的区分能力；
Symbol.for("my-service")
则确保所有模块拿到的是同一个 Symbol 键，可用于统一注册表。
核心模式：用 Symbol.for 做注册键，用 import.meta.url 辅助校验与去重
服务注册时，不直接把实例挂到全局，而是写入一个由 Symbol.for 创建的共享注册表中，并用 import.meta.url 标记来源，避免重复注册：
定义统一注册表：
服务模块内注册时检查是否已存在：
其他模块通过
获取，也可读取
字段做调试或策略判断
实战示例：跨多个包的 logger 服务统一发现
假设
和
都想提供 logger，但运行时只应启用一个权威实现：
在入口或主服务模块中定义：
中：
任意消费模块中：
进阶：支持多版本/多策略服务共存
若需允许不同环境启用不同 logger（如 dev 用 console，prod 用 pino），可扩展注册键为
，或用复合键：
。此时
import.meta.env
（Vite）或
import.meta.env.PROD
（Rollup）成为策略维度，而
Symbol.for
仍保障同策略下键唯一。
不复杂但容易忽略：Symbol.for 是全局注册的，只要名称一致就指向同一 Symbol；import.meta.url 是模块级不可伪造的指纹。二者配合，既避开全局污染，又绕过打包器对静态分析的干扰，是现代 ES 模块环境下轻量服务治理的实用解法。
"file:///src/services/logger.js"const SERVICE_REGISTRY = globalThis[Symbol.for("app.service.registry")] ??= new Map()if (!SERVICE_REGISTRY.has(SERVICE_KEY)) { SERVICE_REGISTRY.set(SERVICE_KEY, { instance, from: import.meta.url }) }SERVICE_REGISTRY.get(SERVICE_KEY).frompkg-apkg-bconst LOGGER_SERVICE = Symbol.for("app.logger")pkg-a/src/logger.jsimport { createLogger } from 'pino'
const logger = createLogger()
const REGISTRY = globalThis[Symbol.for("app.service.registry")] ??= new Map()
if (!REGISTRY.has(LOGGER_SERVICE)) {
REGISTRY.set(LOGGER_SERVICE, {
instance: logger,
from: import.meta.url,
priority: 10
})
}const logger = globalThis[Symbol.for("app.service.registry")].get(Symbol.for("app.logger"))?.instanceSymbol.for(`app.logger.${MODE}`)Symbol.for("app.logger") + "_" + import.meta.env.MODE