Angular依赖注入：为何需要Imports（导入）？

咱们先从你给出的app.module.ts代码例子说起——你里面导入了HttpClientModule，这其实就是DI机制依赖imports的典型场景。下面给你拆解几个核心原因：

• 获取模块内置的服务提供者
  很多Angular官方模块（比如HttpClientModule）本身就封装了服务的注册逻辑。拿HttpClientModule来说，它内部已经把HttpClient这个服务的提供者配置好了。如果不在imports数组里添加这个模块，你的DataService里要是想注入HttpClient，DI系统根本找不到对应的服务实例，直接就会抛出错误。简单说，imports就是告诉Angular：“把这个模块里带的服务提供者也加到我的DI容器里来！”

• 复用其他模块的可注入服务
  假设你有个自定义的UserModule，里面提供了UserService，并且这个模块导出了该服务。如果你想在当前的AppModule里使用UserService，就必须把UserModule加到imports数组里。这样当前模块的DI容器才能识别到UserService的提供者，让组件或其他服务能顺利注入它。

• 明确DI的作用域与依赖边界
  Angular的DI容器是和模块绑定的，每个模块（除了懒加载模块）的DI容器会继承根容器的提供者，但如果要用到其他模块专属的服务提供者，就必须通过imports来引入。这也帮咱们理清了代码的依赖关系：哪些服务是当前模块自己的（放在providers里），哪些是从外部模块拿的（通过imports引入模块）。

举个反例：如果你的DataService里用到了HttpClient，但你没在imports里加HttpClientModule，运行时就会看到类似NullInjectorError: No provider for HttpClient!的错误——这就是DI系统找不到对应服务的典型表现，而解决办法就是把HttpClientModule加到imports里。

内容的提问来源于stack exchange，提问作者lance-p