NestJS中直接调用控制器函数时DTO校验不生效如何解决？

问题原因 #

NestJS的DTO校验依赖全局注册的ValidationPipe，只有经过Nest请求/消息管道的入口（比如HTTP请求触发的接口、微服务消息触发的@MessagePattern方法）才会自动执行参数校验。直接调用控制器类的内部方法属于普通JavaScript函数调用，TypeScript的类型声明仅作用于编译阶段，class-validator的装饰器不会自动触发校验逻辑，因此非法参数可以正常传入。

可用解决方案 #

方案1：手动调用class-validator校验（最快捷） #

Nest的校验管道底层基于class-validator和class-transformer实现，你可以在调用SendE之前手动执行校验：

import { plainToInstance } from 'class-transformer';
import { validate } from 'class-validator';
import { BadRequestException } from '@nestjs/common';

@MessagePattern('Notification')
async readMessage(@Payload() message: any, @Ctx() context: KafkaContext) {
  const messageString = JSON.stringify(context.getMessage().value);
  const toJson = JSON.parse(messageString);
  // 手动校验逻辑
  const sendDto = plainToInstance(Send, toJson);
  const errors = await validate(sendDto);
  if (errors.length) {
    throw new BadRequestException('参数校验失败', errors.toString());
  }
  await this.SendE(sendDto);
}

方案2：给Kafka消费方法加局部/全局校验管道 #

你可以直接给@Payload参数绑定ValidationPipe，让Kafka消息入参也自动走DTO校验，不用手动写校验逻辑：

import { ValidationPipe } from '@nestjs/common';
import { KafkaContext, MessagePattern, Payload, Ctx } from '@nestjs/microservices';

@MessagePattern('Notification')
async readMessage(@Payload(new ValidationPipe({ transform: true })) toJson: Send, @Ctx() context: KafkaContext) {
  // 此处toJson已完成自动校验，不符合规则会直接抛出异常，无需手动解析转换
  await this.SendE(toJson);
}

如果所有微服务消费方法都需要校验，可以在启动微服务的时候全局注册ValidationPipe，无需每个方法单独配置。

方案3：抽离公共逻辑到Service层（推荐） #

更符合Nest分层规范的做法是把业务逻辑移到Service中，在Service层封装参数校验逻辑，不管是HTTP控制器还是Kafka消费者调用都能触发校验：

// message.service.ts
import { Injectable, BadRequestException } from '@nestjs/common';
import { plainToInstance } from 'class-transformer';
import { validate } from 'class-validator';
import { Send } from './dto/send.dto';

@Injectable()
export class MessageService {
  async SendMessage(data: Send) {
    // 统一做参数校验
    const sendDto = plainToInstance(Send, data);
    const errors = await validate(sendDto);
    if (errors.length) {
      throw new BadRequestException('参数校验失败', errors);
    }
    // 原有业务逻辑
  }
}

调整后控制器的两个入口都无需单独处理校验，直接调用Service方法即可，避免重复代码。

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