如何覆写可能存在或不存在于其他库中的Angular服务？

问题根源是TypeScript编译阶段的严格检查：即便你写了运行时判断逻辑，编译器会提前检测到BadLibrary没有导出BadService，直接抛出导出不存在的错误。以下是两种可行的解决方式：

方式一：用类型断言绕开编译检查 #

通过将导入的第三方库转为包含可选服务的自定义类型，让编译器跳过导出检查，只在运行时判断服务是否存在，同时保留原模块的类型提示：

import * as BadLibrary from 'bad-library';
import { GoodService } from './good-service';
import { NgModule } from '@angular/core';

// 定义包含可选BadService的类型，避免直接用any过于宽泛
type BadLibraryWithOptionalService = typeof BadLibrary & {
  BadService?: typeof BadLibrary[keyof typeof BadLibrary];
};

const badLib = BadLibrary as BadLibraryWithOptionalService;

@NgModule({
  providers: [
    // 运行时判断服务存在则添加覆写配置
    ...(badLib.BadService ? [{ provide: badLib.BadService, useValue: GoodService }] : [])
  ]
})
export class AppModule { }

方式二：用CommonJS的require导入（适合混合模块环境） #

require是运行时加载机制，TypeScript不会对其做严格的导出检查，因此可以直接绕过编译阶段的错误：

import { GoodService } from './good-service';
import { NgModule } from '@angular/core';

// 用require加载第三方库，绕开编译阶段的导出检查
const BadLibrary = require('bad-library');

@NgModule({
  providers: [
    ...('BadService' in BadLibrary ? [{ provide: BadLibrary.BadService, useValue: GoodService }] : [])
  ]
})
export class AppModule { }

注意事项 #

• 如果项目是纯ESM配置，使用require可能需要在tsconfig.json中设置"allowSyntheticDefaultImports": true或调整"module"配置为"CommonJS"（视具体项目环境调整）。
• 方式一的自定义类型兼顾了类型安全和灵活性，比直接使用any更稳妥。

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