Angular6中继承库提供的服务时基类未定义问题求助

针对你迁移到Angular 6工作区后遇到的Object prototype may only be an Object or null错误（派生类继承库中基类服务时基类为undefined），我整理了几个实用的调试方向，帮你定位问题：

• 检查库的导出与应用导入的正确性
  Angular库的导出入口是public_api.ts，首先要确认FooBaseService在这里被正确导出：

  // library/src/public_api.ts
  export * from './lib/services/foo-base.service';
  

  同时，应用中必须通过工作区路径映射导入基类，绝对不能直接引用库的源码路径，比如要写：

  import { FooBaseService } from '@your-workspace/library';
  

  而不是../../library/src/lib/services/foo-base.service，否则会导致编译时加载源码而非构建后的库产物，引发加载顺序问题。

• 验证库的构建状态与配置兼容性

  1. 确保库已经完整构建：执行ng build library，检查dist/library目录下的产物，确认index.d.ts和对应的JS文件中存在FooBaseService的定义，没有编译错误。
  2. 核对angular.json中库的构建配置：确保projects.library.build.tsConfig指向库的tsconfig.lib.json，且库与应用的tsconfig编译目标（比如target、module）保持一致，避免因编译标准差异导致的类加载异常。

• 排查依赖注入的提供者配置
  Angular 6的依赖注入机制有一些优化，特别是providedIn: 'root'的树摇able服务，需要确认：

  • 如果FooBaseService在库模块中已经声明为提供者，应用中扩展时要正确覆盖：

    @NgModule({
      providers: [
        { provide: FooBaseService, useClass: FooService }
      ]
    })
    

  • 避免在多个层级重复提供服务，比如同时在根模块和特性模块提供，可能导致加载顺序混乱。
  • 基类和派生类的@Injectable配置要匹配：如果基类用了providedIn: 'root'，派生类最好也保持一致，或者明确指定注入层级。

• 调试模块加载顺序与打包细节

  1. 用浏览器开发者工具的Sources面板，在FooService的定义行设置断点，当代码执行到extends FooBaseService时，查看FooBaseService的实际值——如果此时它是undefined，说明基类的代码还没被加载。
  2. 执行ng serve --verbose查看打包日志，确认库的代码是否被正确打包进应用bundle，且加载顺序是基类先于派生类。如果顺序颠倒，可能是webpack的chunk排序问题，可以尝试调整库的依赖声明。

• 清理缓存与排除旧链接残留
  之前用npm link的方式可能留下缓存，干扰当前工作区的依赖解析：

  • 执行npm cache clean --force清理npm缓存
  • 删除应用的node_modules目录，重新执行npm install
  • 检查应用的package.json，确保没有引用本地库的相对路径，完全依赖工作区的路径映射。

• 创建最小复现项目
  如果以上步骤都没解决问题，建议创建一个极简的复现项目：只包含库中的FooBaseService和应用中的FooService，排除其他业务代码的干扰。如果这个极简项目也出现同样错误，说明是基础配置问题；如果正常，再逐步添加原有代码，定位触发问题的模块。

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