websocket消息不支持spring mvc参数校验，需手动调用validator校验@payload对象，或通过channelinterceptor做前置格式校验，推荐封装validationutils统一处理。
WebSocket 消息入参本身不走 Spring MVC 的参数校验链（如 @Valid、@Validated），所以不能像 REST 接口那样直接在 @MessageMapping 方法参数上加注解就触发校验。关键原因在于：STOMP/WebSocket 消息处理属于 SimpMessagingTemplate 调度流程，不经过 HandlerMethodArgumentResolver 和 Validator 机制。
消息体对象需手动触发校验
若消息是 JSON 格式（如客户端发送 {"username":"admin","age":200}），服务端通常反序列化为 Java 对象（如 UserDto）。此时可主动调用 JSR-303 校验器：
- 注入
javax.validation.Validator或SpringValidatorAdapter - 在
@MessageMapping方法内对入参对象调用validate() - 捕获
ConstraintViolationException或手动检查Set<constraintviolation>></constraintviolation>
示例：
public void handleMessage(@Payload UserDto user) {Set
if (!violations.isEmpty()) {
throw new IllegalArgumentException("参数校验失败: " + violations.iterator().next().getMessage());
}
// 继续业务逻辑
}
@MessageMapping 方法不支持自动 @Valid 注解
以下写法无效，不会触发任何校验：
@MessageMapping("/chat")public void send(@Valid @Payload ChatMessage msg) { ... }
Spring 的 StompAnnotationMessageHandler 并未注册支持 @Valid 的参数解析器。即使配置了全局 MethodValidationPostProcessor，也仅对 @Service 或 @Controller 类生效，不覆盖 WebSocket 消息处理器。
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
推荐做法：封装校验模板方法
避免每个 @MessageMapping 都重复写校验逻辑，可抽象为工具方法：
- 定义通用校验方法：
ValidationUtils.validateOrThrow(Object obj) - 校验失败时向当前会话发送错误 STOMP 消息（如
/user/queue/errors） - 记录违规字段和消息，便于前端提示
这样既保持业务方法干净，又确保所有消息入参都受控。
更前置的校验：在消息到达前过滤
若需统一拦截非法消息（如超长字符串、非法字符、空 payload），可在 ChannelInterceptor 中处理：
- 实现
ChannelInterceptor.preSend() - 检查
Message>的 payload 类型和内容长度 - 对
GenericMessage或MessageBuilder构建的消息做轻量级规则判断
注意：此方式适合格式级校验（如 JSON 结构、字段存在性），不适合复杂业务规则（如“用户名不能与已有用户重复”）——这类必须进业务层。
