Angular中forRoot导入的根服务无法获取懒加载模块服务，架构是否可行

核心结论 #

你当前设计的这套「根注入器内的服务，直接通过注入器实例查找懒加载模块注册的服务」的实现方案，完全不符合Angular的依赖注入机制设计，从架构层面是不可行的。

问题产生的底层原因 #

首先要明确Angular的注入器树核心运行规则：

• 注入器是严格的层级树状结构，应用启动阶段会先初始化根注入器，所有通过AppModule直接导入、以及通过forRoot方法传递的Provider，都会在这个阶段被组装到根注入器的注册表中，根注入器初始化完成后，不会再接收任何外部动态添加的Provider。
• 懒加载模块B会生成自己独立的子级路由注入器，你在模块B元数据里注册的ProvidedByChildService，只会被收录到这个子注入器的注册表中，作用域仅覆盖模块B内部的组件、服务，永远不会自动冒泡注册到根注入器的注册表内。哪怕将该令牌定义为多值提供者，子注入器追加的多Provider值也仅对该子注入器的上下文可见，父级注入器完全无法感知。
• 依赖注入的查找逻辑是固定的：从发起查询的注入器开始，沿着层级树向上层父注入器逐级匹配Provider，整个查找过程永远不会向下遍历子注入器的注册内容。

你在根服务中执行const providedChildServices: ChildService[] = this._injector.get(ProvidedByChildService, []);时拿到的this._injector，本质就是应用启动时初始化的那个根注入器。哪怕模块B已经完成全量加载、自己的子注入器已经完成了所有Provider的注册，根注入器自始至终都从未感知过ProvidedByChildService的存在，查询的时候自然只能匹配到你传入的默认空值，找不到目标实例。

而你测试时把ProvidedByChildService从模块B移到模块A注册后功能正常，根本原因是此时这个服务的Provider是在根注入器初始化阶段就被收录的，查找位置和注册位置处于同一个注入器层级，查找路径是完全通顺的。但这种实现的代价是：所有通过该令牌注册的服务都会成为全局单例，完全失去了懒加载模块的边界隔离特性，也无法实现“子模块加载完成后才动态加入服务列表”的插件式效果。

可行的替代实现方案 #

如果你确实需要实现“根服务动态收集所有已加载的懒加载模块提供的ChildService实例”的需求，不能依赖注入器的跨层级查找，可以参考这两种改造思路：

• 搭建一个全局根级的注册表服务：将这个服务注册到根注入器作为全局单例，暴露一个可以动态追加服务实例的列表接口；模块B在初始化阶段（比如模块构造函数、路由激活守卫）主动调用这个注册表的接口，把自己提供的ChildService实例存入列表；根服务需要获取所有服务时，直接从这个注册表中读取列表即可。
• 基于路由上下文设计查询逻辑：在路由定义中给对应模块B的路由层级配置同令牌的多值Provider，让查询ChildService的逻辑运行在路由上下文内（而非全局根服务中），这样路由注入器就能沿着层级树正常匹配到同层级注册的Provider。

内容的提问来源于stack exchange，提问作者Vincent