NX工作区单元测试注入服务失败，实例为undefined求问题原因

从你的代码来看，标准的Angular服务测试写法是完全没问题的，注入服务返回undefined的异常大概率出在NX工作区的测试配置或依赖版本兼容上，下面是具体的排查方向和解决办法：

1. 检查NX项目的测试目标配置 #

NX工作区中每个项目的project.json文件里的test目标配置可能存在异常：

• 打开项目根目录的project.json，找到test节点下的builder字段，确认使用的是正确的测试构建器：
  • 如果用Jest，应该是@nrwl/angular:jest
  • 如果用Karma，应该是@angular-devkit/build-angular:karma
• 同时检查options里的tsConfig、polyfills路径是否正确，错误的路径会导致测试环境无法正确加载Angular的依赖注入逻辑。

2. 验证依赖版本兼容性 #

如果你的工作区使用Jest作为测试框架，Angular、@nrwl/jest和Jest本身的版本不匹配很容易导致这类异常：

• 执行以下命令查看当前依赖版本：

  npm list jest @nrwl/jest @angular/core
  

• 对照Angular官方文档确认版本兼容关系（比如Angular 16对应Jest 29.x，Angular 15对应Jest 28.x），如果不匹配，更新对应依赖：

  npm install jest@<对应兼容版本> @nrwl/jest@<对应兼容版本> --save-dev
  

3. 排查全局测试配置的干扰 #

NX工作区根目录的全局测试配置文件（比如jest.config.ts或karma.conf.js）可能存在覆盖项目设置的规则：

• 打开根目录的jest.config.ts，检查是否有moduleNameMapper、setupFilesAfterEnv这类配置，是否意外干扰了Angular的依赖注入系统。
• 可以尝试临时注释掉这些全局配置，重新运行测试，看是否恢复正常。

4. 清除NX工作区缓存 #

有时候NX的缓存会保留旧的测试状态，导致看似正确的代码运行异常：

• 执行以下命令清除缓存后重新测试：

  nx reset
  nx test <你的项目名> --test-file=test.service.spec.ts
  

5. 调整测试模块的提供者配置 #

你的服务使用了providedIn: 'root'，理论上测试模块不需要重复声明providers: [TestService]，重复声明可能在某些环境下引发冲突：

• 修改测试代码，移除测试模块里的providers配置，直接从根注入器获取服务：

  beforeEach(() => {
    TestBed.configureTestingModule({}); // 移除providers数组
    service = TestBed.inject(TestService);
  });
  

  因为providedIn: 'root'的服务已经注册在根注入器中，测试模块默认会继承根注入器的所有提供者，所以不需要手动添加。

如果以上方法都没解决问题，建议检查package-lock.json（或yarn.lock），看是否存在重复的依赖版本（比如多个版本的@angular/core或@angular/testing），可以通过npm dedupe命令清理重复依赖。

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