在 NestJS 中，模块的 exports 仅对其直接导入者生效；即使某模块（如 InfrastructureModule）被导入到 AppModule，其导出内容也不会自动“穿透”到其他同级模块（如 PatientModule），必须显式导入才能使用。
在 nestjs 中，模块的 `exports` 仅对其直接导入者生效；即使某模块（如 infrastructuremodule）被导入到 appmodule，其导出内容也不会自动“穿透”到其他同级模块（如 patientmodule），必须显式导入才能使用。
NestJS 的模块系统基于显式依赖声明，而非全局注册或隐式继承。这意味着：一个模块（如 InfrastructureModule）即便被导入到根模块 AppModule，它所 exports 的提供者（如 'FileStorage'、'RequestClient' 或 DatabaseModule）仅对 AppModule 自身及其内部定义的控制器/提供者可用，而不会自动向 AppModule 的子模块（如 PatientModule、PhysicianModule）暴露。
因此，当你在 PatientMedicalRecordFileRepository 中尝试注入 @Inject('FileStorage') 却收到如下错误：
ERROR [ExceptionHandler] Nest can't resolve dependencies of the PatientMedicalRecordFileRepository (ConfigService, ?). Please make sure that the argument FileStorage at index [1] is available in the RemsModule context.
根本原因在于：PatientModule（或报错中提到的 RemsModule）并未导入 InfrastructureModule，因此无法访问其导出的自定义提供者。
✅ 正确做法是：在需要使用这些服务的模块中显式导入 InfrastructureModule：
// patient.module.ts
@Module({
imports: [
InfrastructureModule, // ✅ 关键：显式导入，才能消费其 exports
DatabaseModule, // 若需直接使用 DatabaseModule 的导出（如 Repository），也需导入（除非已由 InfrastructureModule 重新导出并足够）
],
providers: [PatientMedicalRecordFileRepository],
exports: [PatientMedicalRecordFileRepository], // 如需被其他模块复用，也应导出
})
export class PatientModule {}同时，请确保 InfrastructureModule 的 exports 定义准确无误——它必须导出实际可注入的令牌（字符串令牌或类）：
// infrastructure.module.ts
@Module({
imports: [DatabaseModule],
providers: [
ConfigService,
{
provide: 'RequestClient',
useClass: AxiosRequestClient,
},
{
provide: 'FileStorage',
useClass: S3FileStorage,
}
],
exports: [
ConfigService, // ✅ 建议导出类而非仅字符串令牌（更类型安全）
'RequestClient', // ✅ 字符串令牌可导出，但需确保注入时完全匹配
'FileStorage',
DatabaseModule, // ✅ 导出整个模块，使其内部导出（如 TypeORM Repository）也可被消费
],
})
export class InfrastructureModule {}⚠️ 注意事项：
- exports 中的字符串令牌（如 'FileStorage'）必须与 @Inject() 中的参数严格一致（包括大小写和空格）；
- 若 ConfigService 来自 @nestjs/config 且已设为 isGlobal: true，则无需额外导出或导入，全局可用；否则仍需按模块依赖规则处理；
- 避免在多个模块中重复注册同一提供者（如多次 useClass: S3FileStorage），否则将创建多个实例，破坏单例语义；
- 推荐优先使用 class-based injection tokens（如 @Inject(FileStorageService) + provide: FileStorageService）替代字符串令牌，以获得更好的类型检查与 IDE 支持。
总结：NestJS 的模块边界清晰而严格。AppModule 是应用启动入口，但不是“全局服务分发中心”。要实现跨模块服务复用，必须遵循 “谁用谁导，谁供谁出” 的原则——即：目标模块需主动 import 提供模块，提供模块需正确 export 所需依赖。这是保障应用可维护性、可测试性与依赖图可预测性的核心设计。
