Angular设计模式之层次化注入器实现代码复用模块化

深入理解 Angular 依赖注入（Dependency Injection）机制：分层注入器详解

如果你开发过 Angular 应用，对“依赖注入”这个词想必不会陌生。简单来说，这是一种设计模式，旨在让代码的组织与共享更加高效、清晰。在 Angular 开发中，最常见的实践是将服务（Service）注入到组件、指令或其他服务中，从而实现代码复用与模块化。这就好比搭积木——每个模块只处理自己的逻辑，同时能够通过注入机制获取其他模块提供的“工具”。

值得关注的是，Angular 的注入器系统并非单一的“全局表格”，而是具备层级结构的——官方称其为“层级注入器（Hierarchical Injector）”。这意味着你可以在不同层级创建并注入服务，从而精准控制服务的生命周期与可见范围。

层级注入器的工作方式

通过一个示例就能直观理解。假设你有一个 LoggerService，专门用于记录应用日志。如果将该服务配置在根模块 AppModule 的 providers 中：

import { LoggerService } from './logger.service';
@NgModule({
  providers: [ LoggerService ],
  ...
})
export class AppModule { }

那么 LoggerService 就会成为全局单例——整个应用仅有一个实例，在任何地方注入的都是这一个。你可以在组件中直接使用：

import { LoggerService } from './logger.service';
@Component({
  ...
})
export class SomeComponent {
  constructor(private logger: LoggerService) {
    this.logger.log('Hello World!');
  }
}

然而在实际业务中，你可能希望某个组件及其子组件拥有一个独立的 LoggerService 实例，与全局的实例互不干扰。此时只需在该组件的元数据中再次提供该服务：

import { LoggerService } from './logger.service';
@Component({
  providers: [ LoggerService ],
  ...
})
export class SomeSpecificComponent {
  constructor(private logger: LoggerService) {
    this.logger.log('Hello Specific World!');
  }
}

这样一来，SomeSpecificComponent 及其所有子组件中注入的 LoggerService 都是这个新实例，而不再是根模块中的全局单例。这正是层级注入器的核心特性：每个注入器都知道自己的“父注入器”。当你在某个组件中请求一个服务时，Angular 会优先从该组件自身的注入器中查找，如果找不到，则向上级父注入器继续查找，一层层递进，直到根注入器。若整个链条都未找到，Angular 便会抛出错误。

换言之，层级注入器让服务的作用域具备了弹性——既能享受全局单例带来的便利，也能在特定组件树中“另起炉灶”，从而更加灵活地管理状态与副作用。掌握了这一机制，你对 Angular 依赖注入的控制能力将提升一个层次。