Angular 应用开发里使用 ForRoot 解决 Lazy Loaded Module 里单例行为丢失的问题

笔者在 Angular 实际项目开发中曾经遇到这样一个需求：

我们想创建一个共享模块，它将包含一个配置来设置布尔值（作为标志）以启用或禁用其他模块的某些功能。 其他模块可以在 Angular 应用程序的引导期间加载，也可以是延迟加载的模块。

ForRoot 的使用场景

当我们想要跨应用程序维护服务的单个实例（单例）时使用，这些应用程序也将具有延迟加载的模块。

举个例子，看看托管在 StackBlitz 上这个演示代码，其中计数器对于急切和延迟加载模块的行为不同。

sharedModule 的 provider 数组里导入了这个服务：

在此示例中，我们共享一项服务以跟上计数器值。 每次任何组件增加存储在计数器服务中的值时，我都想与所有组件共享它。

我在 app.routes.ts 里定义了一个路由数组 routing：

上图通过 LazyLoad 的方式，加载 LazyModule，后者的实现：

LazyModule 导入 SharedModule，是为了使用其计数器 CounterService：

问题是当我们尝试引入延迟加载模块时。 请注意延迟加载的组件如何不共享相同的计数器值。 当仅使用预加载组件时，如果您使用共享服务，下面的示例将起作用，但请注意延迟加载组件的行为方式。惰性组件获取自己的服务实例。

但这个解决方案的问题是：我们在 Eager Load 的 Component 里点击 Counter 按钮，增加计数器的值后，点击 Lazy 超链接，进入 LazyModule 里的 Component，我们期望此时在 Component 里显示的值也为 7：

然而事与愿违，Lazy Component 里的值为 0：

计数器由驻留在 SharedModule 下的 CounterService 维护。 由于延迟加载的模块创建了自己的服务实例，我们失去了 Angular 服务的单例行为。

为了解决这个问题，我们需要引入 forRoot() 的概念。 可以在这个演示中看到工作示例。这是同样的原因，我们将它与 RouterModule 一起使用，以帮助 RouterService 了解具有多个模块的应用程序行为。

RouterModule.forRoot(ROUTES)

修改后的解决方案，SharedModule 的实现代码：

import { NgModule, ModuleWithProviders } from '@angular/core';
import { CounterService } from './counter.service';

@NgModule({

})
export class SharedModule {
    static forRoot(): ModuleWithProviders {
    return {
      ngModule: SharedModule,
      providers: [ CounterService ]
    }
  }
}

App module 里调用这个方法：

import { NgModule } from '@angular/core';
import { BrowserModule } from '@angular/platform-browser';

import { SharedModule } from './shared/shared.module';

import { AppComponent } from './app.component';
import { EagerComponent } from './eager.component';
import { routing } from './app.routes';

@NgModule({
  imports:      [ BrowserModule, SharedModule.forRoot(), routing ],
  declarations: [ AppComponent, EagerComponent ],
  bootstrap:    [ AppComponent ]
})
export class AppModule { }

修改之后的代码链接。

之后可以在 Eager Load 和 Lazy Load Component 之间任意切换，单例模式的行为能够正常工作。