NestJS如何注入未添加@Injectable()装饰器的非框架耦合类

手动调用Injectable()失效的根本原因 #

TypeScript 仅会在类显式声明装饰器的编译阶段生成构造函数参数的设计时类型元数据（design:paramtypes）。你引入的无@Injectable装饰器的普通类，编译阶段没有生成对应的依赖元数据，就算运行时手动调用Injectable()给类加上可注入标记，Nest 也无法读取到构造函数的依赖信息，因此无法自动完成依赖注入。

最优实现方案 #

根据场景不同可以选择以下两种方案，均不需要修改原类代码，完全保留类与 Nest 生态的解耦特性：

方案1：公共封装模块（最推荐，适合绝大多数场景） #

将所有第三方普通类的 provider 定义抽离为独立的全局公共模块，统一管理依赖声明，所有业务模块只需导入该模块即可直接注入对应类的实例，无需重复配置：

// third-party.module.ts
import { Module } from '@nestjs/common';
import { MyClass, MyClassDep } from '@my-library/my-class';

@Module({
  providers: [
    // 无依赖的类直接用useClass声明即可
    {
      provide: MyClassDep,
      useClass: MyClassDep
    },
    // 有依赖的类通过inject字段声明依赖列表，Nest会自动传入实例完成初始化
    {
      provide: MyClass,
      useClass: MyClass,
      inject: [MyClassDep]
    }
  ],
  // 导出所有需要对外提供的类
  exports: [MyClass, MyClassDep]
})
export class ThirdPartyModule {}

使用时只需在业务模块导入ThirdPartyModule，即可直接在构造函数中注入对应类：

import { MyClass } from '@my-library/my-class';

@Injectable()
export class UsersService {
  constructor(private myClass: MyClass) {}
}

方案2：包装类适配（适合依赖复杂、需要扩展原类的场景） #

给原类添加一层带@Injectable装饰器的包装类，完全遵循Nest的依赖注入规范，类型安全性更高，也可以在包装层添加适配Nest生态的扩展逻辑：

import { Injectable } from '@nestjs/common';
import { MyClass, MyClassDep } from '@my-library/my-class';

@Injectable()
export class MyClassAdapter extends MyClass {
  constructor(private myClassDep: MyClassDep) {
    super(myClassDep);
  }
}

模块中直接注册包装类即可：

@Module({
  providers: [MyClassDep, MyClassAdapter],
  exports: [MyClassAdapter]
})
export class UsersModule {}

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