Nest.js BookingService 无法解析TableRepository依赖问题求助

报错提示：Nest无法解析BookingService的依赖（BookingRepository、?、UserRepository）。请确认位于索引[1]的参数TableRepository在BookingModule上下文可用。

根据你提供的各模块配置，核心问题来自跨模块的TypeORM Repository暴露链路断裂，且存在未提前发现的依赖缺失：

• Table实体的Repository提供者没有通过TableModule导出，导致导入了TableModule的BookingModule无法获取对应的Repository实例
• 当前BookingModule上下文没有注册User实体的Repository提供者，Nest在按构造函数索引顺序校验依赖时，先抛出了索引[1]的TableRepository错误，解决该问题后，索引[2]的UserRepository缺失问题会随即触发

1. 修正TableModule的导出配置 #

TypeOrmModule.forFeature([Table])会在当前模块注册Table实体对应的Repository<Table>提供者，这类提供者默认仅在模块内部可访问，需要把对应的动态模块加入exports数组，才能供导入当前模块的其他组件使用。
修改后的table.module.ts配置：

@Module({
  imports: [TypeOrmModule.forFeature([Table])],
  controllers: [TableController],
  providers: [TableService],
  // 新增导出：暴露Table对应的Repository提供者 + 原有TableService
  exports: [TypeOrmModule.forFeature([Table]), TableService]
})
export class TableModule {}

2. 补全BookingModule的UserRepository注入权限 #

针对BookingService中需要的UserRepository，二选一完成配置即可：

• 方案一：直接在BookingModule中注册User实体的Repository，把TypeOrmModule.forFeature([User])加入BookingModule的imports数组，让当前模块直接拥有User的Repository提供者
• 方案二：复用UserModule的导出链路，先确认UserModule已将TypeOrmModule.forFeature([User])加入自身的exports数组，再把UserModule加入BookingModule的imports数组

修改后的booking.module.ts参考配置（以方案一为例）：

@Module({
  imports: [
    // 原有Booking实体Repository注册
    TypeOrmModule.forFeature([Booking]),
    // 新增User实体Repository注册，供当前模块的Service注入
    TypeOrmModule.forFeature([User]),
    // 导入已修正导出配置的TableModule，获取Table的Repository权限
    TableModule
  ],
  controllers: [BookingController],
  providers: [BookingService]
})
export class BookingModule {}

• 模块私有作用域规则：模块provider数组中注册的所有内容默认都是模块私有的，只有exports数组中明确声明的内容，才能被导入当前模块的其他上下文访问
• autoLoadEntities的作用边界：不要把autoLoadEntities: true的作用和跨模块注入混淆。该配置仅用于自动把实体加载到全局TypeORM连接配置中，解决手动维护实体路径的问题，并不会自动把实体对应的Repository提供者暴露给其他模块。你当前AppModule中的全局TypeORM连接配置是正常的，无需调整
• @InjectRepository参数匹配要求：检查@InjectRepository装饰器参数，确保装饰器中传入的实体类，和forFeature方法中注册的实体类是同一个引用，不要传入字符串、或者重复定义的同名实体类，否则也会出现注入解析失败的问题

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