Angular 11 为懒加载导航模块动态添加子路由的实现方案

你计划的这套实现不仅完全可行，反而是Angular做多客户可复用模块化框架的标准路径，根本不是过度设计。反过来讲，如果在Navigation模块里硬编码所有业务子路由，才是真的违背模块化拆分的初衷。

你要做的「通过NavigationModule.forRoot()动态传入子路由」的能力，完全靠Angular原生能力就能实现，不需要额外加复杂逻辑，核心步骤就三步：

• 先在Navigation模块内部定义专属的注入令牌，用来接收外部传入的动态业务路由，比如：

  // 注入令牌：存储外部传入的、挂载在Navigation壳层下的所有业务路由
  export const NAVIGATION_BUSINESS_ROUTES = new InjectionToken<Routes>('NAVIGATION_BUSINESS_ROUTES');
  

• 改造Navigation模块的路由配置，别在NavigationRoutingModule里写死空的children数组，要把外部传入的路由和Navigation自带的内置路由（比如全局通知页、账号基础设置页这类属于Navigation本身的功能页）做合并。这里要注意别一开始就把路由写成静态固定值，静态值在模块初始化的时候就固化了，根本拿不到forRoot()传进来的动态参数，要在Router初始化的时候通过依赖注入拿到路由值再填充到children字段里。
• 给NavigationModule实现forRoot()静态方法，把外部传入的业务路由通过刚才定义的注入令牌提供给整个模块，比如：

  @NgModule({
    imports: [RouterModule.forChild(baseNavigationRoutes)],
    exports: [RouterModule]
  })
  export class NavigationModule {
    /**
     * 初始化Navigation模块，传入当前项目挂载在导航壳下的业务路由
     * @param businessRoutes 当前项目的业务路由集合
     * @param config Navigation模块的全局配置（比如默认跳转路径、面包屑规则）
     */
    static forRoot(businessRoutes: Routes, config?: Partial<NavigationConfig>): ModuleWithProviders<NavigationModule> {
      return {
        ngModule: NavigationModule,
        providers: [
          // 把外部传入的业务路由注入进去，供路由配置读取
          { provide: NAVIGATION_BUSINESS_ROUTES, useValue: businessRoutes },
          // 把全局配置合并默认值后注入
          { provide: NAVIGATION_GLOBAL_CONFIG, useValue: { ...defaultNavigationConfig, ...config } }
        ]
      }
    }
  }
  

• 你最开始把所有业务子路由直接硬编码在AppRoutingModule里、挂在NavigationComponent下面的写法，问题很明显：一旦Navigation的路径规则、守卫逻辑、重定向规则变了，所有用到这个壳层的项目都要逐行改路由代码，完全没法复用。
• 你计划的拆分方案，是把Navigation的壳层组件、权限守卫、侧边栏/工具栏的逻辑全部收敛在模块内部，App层只需要在初始化的时候把当前项目要启用的业务路由传进来就行。比如给A客户做的项目就传他授权范围里的dashboard、profile模块路由，给B客户做的项目就传user-administration、order模块路由，Navigation模块本身的代码一行都不用改，完全符合模块化设计的开闭原则。

• 别把通配符路由{ path: '**', redirectTo: '' }放到Navigation模块的children里，必须保留在最外层的AppRoutingModule最后一位，不然会拦截/auth这类不需要导航壳的独立页面路由。
• 路由顺序不能乱：独立模块的路由（比如/auth）要放在Navigation空路径懒加载路由的前面，不然空路径的匹配逻辑会提前拦住Auth的请求。
• 所有业务路由必须保持懒加载写法，不要在Navigation模块里静态import业务模块，不然打包的时候会把所有功能都打进去，就失去了按需选功能的意义。

如果是给单一客户做固定功能的项目，确实没必要搞这套动态传参的逻辑，直接把路由写在AppRouting里就行——这种场景下做模块拆分带forRoot()才是过度设计。但你现在的目标是做适配多客户的可复用框架，要让客户能自主选功能，这套带动态路由注入的设计是完全必要的，没有一点冗余。

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