Angular 依赖注入
在 Angular 生态中，依赖注入（简称 DI）是一个无法回避的核心机制。简单来说，它是一种设计模式，用来解决代码中错综复杂的依赖对象如何创建与传递的问题。在 Angular 里，最主流的实现方式就是借助 TypeScript 的构造函数参数来完成。
那么，构造函数参数如何实现依赖注入？实际上非常直观。当一个类（包括服务、组件、指令等）需要其他类的协助时，只需在构造函数中“声明”依赖——将需要的依赖写入参数列表。Angular 会自动解析构造函数的签名，识别所需实例。如果这些依赖已经存在，直接注入；如果尚未创建，框架会先行实例化。整个过程几乎无需开发者干预，完全由 Angular 代为处理。
接下来通过一个代码示例来说明。我们先创建一个 LoggerService 服务，其中包含一个 log 方法，然后在 AppComponent 组件中注入并使用该服务：
import { Injectable } from `@angular/core`;
@Injectable({
providedIn: `root`,
})
export class LoggerService {
log(message: string) {
console.log(`LoggerService: ${message}`);
}
}
import { Component } from `@angular/core`;
import { LoggerService } from `./logger.service`;
@Component({
selector: `app-root`,
templateUrl: `./app.component.html`,
styleUrls: [`./app.component.css`],
})
export class AppComponent {
title = `app`;
constructor(private logger: LoggerService) {
this.logger.log(`Hello!`);
}
}
请注意 AppComponent 构造函数中的 private logger: LoggerService 参数——这正是 DI 的关键点。Angular 一旦检测到这个参数类型，便知道该组件需要一个 LoggerService 实例。在创建 AppComponent 之前，Angular 已经悄悄地准备好了对应的实例，并直接注入到组件中。
构造函数依赖注入的显著优势：
- 代码解耦：依赖注入使得不同类之间能够轻松共享同一个服务实例，代码结构更加清晰，模块化程度与复用性显著提升。
- 测试友好：编写单元测试时，可以方便地传入模拟对象（mock），无需真正实例化复杂依赖，大幅提高测试编写效率。
- 框架托管：对象的创建与生命周期管理全部交由 Angular 框架处理，开发者只需聚焦业务逻辑，极大减少重复工作。
当然，它也存在一些局限：
- 依赖链复杂时易困扰：如果依赖关系变得错综复杂、层层嵌套，代码的可读性与后期维护会面临挑战。
- 错误发现较晚：依赖注入相关的错误通常在运行时才暴露，而非编译阶段，这意味着调试时可能需要花费额外精力顺藤摸瓜排查问题。
小结
以上就是 Angular 基于构造函数参数实现依赖注入的完整解析。这种注入方式简洁且功能强大，是日常开发中使用频率最高的实践，值得深入理解与掌握。
