Angular 依赖注入
在 Angular 开发中，依赖注入（DI）是一个常被讨论且不可忽视的核心机制。它就像一把瑞士军刀，能够帮助我们高效组织代码、降低耦合度。今天我们将重点探讨其中一个容易被忽略但非常实用的特性：构造函数参数的可选性（Optional）。简单来说，当某个服务或值不一定存在时，我们的代码依然能够优雅运行——不会报错，也不会中断。
首先快速回顾一下 Angular 的依赖注入系统。通常我们通过构造函数来注入依赖，例如有一个 UserService，在组件中可以这样写：
constructor(private userService: UserService) { }
Angular 的 DI 容器会自动创建 UserService 实例并注入进来。一切都很顺畅，直到你遇到一种场景：这个服务可能会被提供，也可能没有被提供。如果直接注入，一旦缺失就会抛出异常。此时，就需要使用 @Optional() 装饰器来解决问题。
使用 @Optional()
它的作用很简单——告诉 DI 系统：“这个依赖不是强制的，如果找不到就给我 null 吧。” 来看代码：
import { Optional } from '@angular/core';
constructor(@Optional() private userService: UserService) { }
当 UserService 没有被提供时，userService 就会是 null。当然，后续使用时需要进行空值检查，否则运行时依然可能出现问题。但至少，我们的代码不会因为“找不到依赖”而直接崩溃。
关于 Angular DI 系统的可选参数，其实还有很多高阶用法，比如与 @Self()、@SkipSelf() 等装饰器组合使用，或者为参数设置默认值。这些内容本文就不再展开了。希望这个简单的例子能帮助你建立对 @Optional() 的基本认知——它并非什么黑魔法，只是让依赖注入更加灵活、更贴近实际业务需求的一个实用小工具。
依赖注入的本质是让代码更加解耦、更易于测试，而可选参数正是这一理念的自然延伸。用好它，你的 Angular 代码将减少许多“找不到 provider”的困扰。
