Inject 注入全局配置如何实现局部覆盖？灵活的依赖注入系统

依赖注入中局部覆盖通过作用域隔离、InjectionToken多级Provider、运行时动态重写及Wrapper+Delegate模式实现，确保全局配置与局部定制互不干扰。在依赖注入（DI）系统中，全局配置通常用于定义默认行为或通用服务实例，而局部覆盖则允许特定模块、组件或作用域内使用定制化的配置，而不影响其他部分。这种能力对构建可复用、可测试、高内聚低耦合的应用至关重要。通过作用域（Scope）隔离局部配置多数现代 DI 容器（如 Angular、NestJS、Autofac、Spring）支持作用域机制。全局注册的服务可设为 Singleton，而局部覆盖则通过创建子容器或作用域容器完成：在需要定制行为的模块/请求/组件初始化时，新建一个子 Injector 或 Scope 在该作用域内重新 provide 同一 token（如 Class、InjectionToken、Symbol），传入新实例或工厂函数 子作用域内注入该 token 时，优先使用本地提供的实现；父作用域不受影响例如 NestJS 中可在 Controller 构造器中注入 ModuleRef 获取当前模块的子 Injector，再动态 resolve 覆盖后的服务。利用 InjectionToken + 多级 Provider 策略使用带唯一标识的 InjectionToken（而非直接用 Class）是实现灵活覆盖的关键：全局提供默认实现：{ provide: HTTP_CLIENT, useClass: DefaultHttpClient } 局部覆盖（如测试环境、某业务模块）：{ provide: HTTP_CLIENT, useClass: MockHttpClient } 或 { provide: HTTP_CLIENT, useFactory: () => createCustomClient(...) } 支持 multi: true 场景：多个同 token 的 provider 可合并为数组（如拦截器链），局部可 prepend 或替换部分项运行时动态重写（Runtime Override）某些场景需在启动后根据条件切换配置（如 A/B 测试、租户隔离）： ARTi.PiCS ARTi.PiCS是一款由AI驱动的虚拟头像生产器，可以生成200多个不同风格的酷炫虚拟头像