Angular库引入forRoot配置依赖时提示无InjectionToken提供方

这个报错是依赖多实例+库模块封装不规范导致的注入令牌不匹配：

• 单元测试直接引用本地库源码，所有依赖从同一份node_modules解析，不存在实例冲突，所以可以正常运行
• 打tar包安装到独立测试应用后，你的库和测试应用各自持有一份@package_registry/ngx-open-cv的代码副本，两份代码里的Angular OpenCV Configuration Object注入令牌是完全独立的对象，你在库上下文里注册的配置提供者，在应用上下文里识别不到，就会抛出空注入错误。报错信息里同一个注入令牌重复出现3次，就是多实例问题的典型特征。

1. 修正库的依赖声明 #

打开你的库根目录的package.json，把@package_registry/ngx-open-cv从dependencies移到peerDependencies，同时保留在devDependencies供本地开发使用。
这样ng-packagr打包时不会把这个依赖打进你的库产物，消费应用安装时会和你的库共用同一份依赖实例，从根源上避免注入令牌不匹配。
示例配置：

{
  "peerDependencies": {
    "@angular/common": "对应你库支持的Angular版本范围",
    "@angular/core": "对应你库支持的Angular版本范围",
    "@package_registry/ngx-open-cv": "对应你fork版本的版本号范围"
  },
  "devDependencies": {
    "@package_registry/ngx-open-cv": "和peerDependencies版本保持一致"
  }
}

同时检查库的ng-package.json，确保allowedNonPeerDependencies列表里没有加入@package_registry/ngx-open-cv，避免打包工具误把该依赖打入bundle。

2. 规范库模块的封装逻辑 #

直接在库模块的imports数组里调用第三方模块的forRoot是Angular库开发的常见误区——这种写法在打包后很容易出现提供者丢失的问题。正确做法是让你的库模块实现标准的forRoot静态方法，统一管理所有提供者，同时导出依赖的第三方模块。
修改DetectionLibModule代码如下：

import { APP_INITIALIZER, ModuleWithProviders, NgModule } from '@angular/core';
import { NgxOpenCVModule, OpenCVOptions } from '@package_registry/ngx-open-cv';
import { OpencvDetectService } from './opencv-detect.service';

// 内置默认配置，消费方不需要额外传参即可使用
const DEFAULT_OPENCV_CONFIG: OpenCVOptions = {
  scriptUrl: 'assets/opencv/opencv.js',
  usingWasm: false,
};

export function loadOpencvDetector(opencvDetectService: OpencvDetectService) {
  return async () => {
    await opencvDetectService.load();
  };
}

@NgModule({
  imports: [NgxOpenCVModule],
  exports: [NgxOpenCVModule], // 必须导出第三方模块，避免依赖隔离
})
export class DetectionLibModule {
  // 支持传入自定义配置覆盖默认值
  static forRoot(customConfig: Partial<OpenCVOptions> = {}): ModuleWithProviders<DetectionLibModule> {
    const finalConfig = { ...DEFAULT_OPENCV_CONFIG, ...customConfig };
    return {
      ngModule: DetectionLibModule,
      providers: [
        OpencvDetectService,
        {
          provide: APP_INITIALIZER,
          useFactory: loadOpencvDetector,
          deps: [OpencvDetectService],
          multi: true,
        },
        // 直接展开第三方模块forRoot返回的所有提供者，避免注册丢失
        ...NgxOpenCVModule.forRoot(finalConfig).providers
      ]
    };
  }
}

如果你确实不想让消费方调用forRoot()，希望直接导入模块就可用，只需要把上面forRoot方法里的所有providers直接移到@NgModule装饰器的providers数组里即可，不需要额外写静态方法，但前提是必须先完成第一步的peerDependencies配置，避免多实例问题。

3. 调整消费应用的导入方式 #

修改测试应用的AppModule，导入库模块时调用forRoot()，不需要覆盖配置的话不传参数即可：

@NgModule({
 declarations: [AppComponent],
 imports: [BrowserModule, AppRoutingModule, DetectionLibModule.forRoot()],
 providers: [],
 bootstrap: [AppComponent],
})
export class AppModule {}

4. 清理缓存重新验证 #

修改完配置后必须清理缓存，否则旧的打包产物会影响结果：

• 删除你的库目录下的node_modules、dist文件夹，重新安装依赖、打tar包
• 删除测试应用的node_modules文件夹，重新安装所有依赖（包括你新生成的库tar包）
• 启动测试应用即可正常加载

如果按上面步骤操作后还是报错，逐一检查以下配置：

• 如果你使用Angular 12及以下版本，确保库打包时开启了Ivy编译模式；Angular 13+默认使用partial编译模式，不要手动修改该配置
• 检查你fork的ngx-open-cv版本，确认其forRoot方法确实返回了包含配置令牌的providers数组，如果原库实现有问题，也可以手动在你的库providers里注册配置令牌，对应令牌名可以直接在fork库的源码里找到。
• 本地验证时不要用npm link方式关联库和测试应用，npm link会导致依赖解析层级异常，很容易出现多实例问题，直接打tar包安装是最稳妥的本地验证方式。

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