NestJS自定义验证器无法注入服务的问题排查

问题根源 #

你的自定义验证器缺少class-validator要求的核心装饰器，导致Nest的DI容器无法正确识别并注入依赖。

解决方案步骤 #

1. 给验证器添加@ValidatorConstraint装饰器 #

自定义异步验证器必须通过@ValidatorConstraint标记，同时指定async: true（因为你的validate方法是异步的）：

import { ValidatorConstraint, ValidatorConstraintInterface, ValidationArguments } from 'class-validator';

@ValidatorConstraint({ name: 'isValidSchema', async: true })
export class IsValidSchema implements ValidatorConstraintInterface {
  readonly VALID_CONSTRAINT_TYPE = ['UNIQUE'];

  constructor(
    private readonly fieldTypeConfigService: FieldTypeConfigService,
    private readonly entityRelationshipRepository: EntityRelationshipRepository,
    private readonly entityRepository: EntityRepository,
  ) {}

  public async validate(
    config: InputSchemaConfigTransport,
    args: ValidationArguments,
  ): Promise<boolean> {
    // 你的验证逻辑实现
  }

  // 可选：自定义错误提示信息
  defaultMessage(args: ValidationArguments): string {
    return 'Schema配置格式无效或不符合业务规则';
  }
}

2. 确认依赖服务的可注入性 #

确保FieldTypeConfigService、EntityRelationshipRepository、EntityRepository这些依赖都正确添加了注入装饰器：

• 服务类添加@Injectable()
• 数据库仓库如果是TypeORM自定义仓库，确保使用@InjectRepository()或者在模块中正确注册

3. 验证现有配置的正确性 #

你当前的bootstrap函数和AppModule配置有两点是正确的，无需修改：

• useContainer(app.select(AppModule), { fallbackOnErrors: false })在app.useGlobalPipes之前调用，确保class-validator使用Nest的DI容器
• 验证器IsValidSchema已在AppModule的providers数组中注册

4. 验证使用方式 #

你在DTO中使用@Validate(IsValidSchema)的方式是正确的，保持不变即可：

class ValidatedCreateEntityWithSchemaRequest implements CreateEntityWithSchemaRequest {
  @IsString()
  name: string;
  @IsString()
  description: string;
  @IsString()
  version: string;
  @Validate(IsValidSchema)
  schemaConfig: InputSchemaConfigTransport;
}

额外排查点 #

如果仍无法注入，检查以下内容：

• 确保所有依赖的服务/仓库都在AppModule或其导入的模块中注册
• 避免循环依赖：检查IsValidSchema的依赖是否反向依赖了验证器本身
• 若使用自定义作用域，确保依赖链中的所有服务都支持对应的作用域

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