@Valid @Validated与先于AOP的执行顺序问题

问题描述

想执行一个这样的操作: 先通过AOP将数据解密,然后再进行Valid验证
尝试之后发现 即使设置了@Order 也是顺序,也是Valid验证先执行,然后再去执行切面。
这个现象说明Valid的验证 和 AOP 执行的时机完全是两个地方。不能通过order顺序来修改。

解决思路

Validated验证的执行时机是在RequestResponseBodyMethodProcessor类resolveArgument方法中,将request请求的参数值进行解析之后,然后执行了Validated的验证。也就是Validated验证在解析参数的时候就执行了,而AOP的执行时机却是,在调用方法的时候才会执行。因此Validated验证始终会比AOP先执行。

解决方法(示例)

@Around(value = "ponitCut()")
public Object around(ProceedingJoinPoint joinPoint) throws Throwable {
    Object[] args = joinPoint.getArgs();
    for (Object arg : args) {
        Class<?> clazz = arg.getClass();
        解密注解annotation = clazz.getDeclaredAnnotation(@解密注解.class);
        if (ObjectUtils.isEmpty(annotation)) {
            continue;
        }
    //todo  解密操作XXXXX
    }
    //获取到方法
    Method method = ((MethodSignature) (joinPoint.getSignature())).getMethod();
    //获取所有的参数注解
    Annotation[][] annotationArrs = method.getParameterAnnotations();
    for (int i = 0; i < annotationArrs.length; i++) {
    //遍历到自己需要的注解, 调用ValidatorUtils工具进行手动验证
    }
    return joinPoint.proceed(args);
}

Validator 校验工具

package org.dromara.common.core.utils;

import lombok.AccessLevel;
import lombok.NoArgsConstructor;

import jakarta.validation.ConstraintViolation;
import jakarta.validation.ConstraintViolationException;
import jakarta.validation.Validator;
import java.util.Set;

/**
 * Validator 校验框架工具
 *
 * @author Lion Li
 */
@NoArgsConstructor(access = AccessLevel.PRIVATE)
public class ValidatorUtils {

    private static final Validator VALID = SpringUtils.getBean(Validator.class);

    public static <T> void validate(T object, Class<?>... groups) {
        Set<ConstraintViolation<T>> validate = VALID.validate(object, groups);
        if (!validate.isEmpty()) {
            throw new ConstraintViolationException("参数校验异常", validate);
        }
    }

}

  • 7
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: @valid和@validated的区别在于: @valid是一个注解,用于标记一个方法或参数是否有效。它通常用于验证输入参数的有效性,例如检查参数是否为空或是否符合特定的格式要求。 @validated是一个Spring框架中的注解,用于标记一个方法或参数是否已经通过验证。它通常用于在控制器层面验证输入参数的有效性,例如检查参数是否为空或是否符合特定的格式要求,并在验证失败时返回错误信息。 ### 回答2: @valid和@validated都是Spring框架中用于校验数据的注解。它们的主要区别如下: 1. 作用范围不同:@valid注解通常用于校验方法参数,可以标记在方法的参数或参数类型上,用于校验请求参数的有效性。而@validated注解一般用于校验方法、类或接口上,用于校验方法的返回值或类的字段的有效性。 2. 使用校验器不同:@valid注解使用Java的Bean Validation 标准的校验器(如Hibernate Validator)进行数据校验,用于校验数据对象的属性是否合法。而@validated注解使用Spring框架内置的校验器(如SpringValidator)进行数据校验,用于校验Spring Bean对象。 3. 错误处理方式不同:当校验失败时,@valid注解会抛出MethodArgumentNotValidException或ConstraintViolationException异常,你需要自己处理这些异常并返回错误信息给用户。而@validated注解会自动将校验失败的信息封装到BindingResult对象中,你可以通过该对象获取校验失败的详细信息。 4. 异常转换不同:Spring框架对于@valid注解处理的异常会自动转换为HTTP状态码为400的错误响应,适用于RESTful风格的接口。而对于@validated注解,Spring框架不会进行自动的异常转换,你需要在代码中手动处理异常并返回错误信息。 总的来说,@valid注解主要用于方法参数的校验,并使用Java标准的校验器,适用于校验请求参数。而@validated注解主要用于方法、类或接口的校验,并使用Spring框架内置的校验器,适用于校验Spring Bean对象。 ### 回答3: @valid和@validated都是Java Spring框架中的注解,用于验证方法参数的合法性。它们的区别主要在于适用的场景和验证方式。 @valid注解通常用于基于Java Bean Validation规范的验证。这意味着当添加了@valid注解的方法参数时,会自动触发Java Bean Validation规范中定义的验证规则。例如,可以对参数应用注解如@NotBlank、@NotNull、@Min等,以验证参数的非空、最小值等条件。使用@valid注解能够方便地进行基于注解的验证。 @validated注解则是Spring框架提供的注解,主要用于验证自定义的验证规则。相比于@valid注解,@validated注解更加灵活,可用于各种自定义验证方法。@validated注解可以与其他验证注解一起使用,例如@NotNull、@Min、@Size等,来创建自定义的参数验证规则。通过使用@validated注解,可以根据自己的业务需求来编写验证逻辑。 总结来说,@valid注解适用于基于Java Bean Validation规范的验证,而@validated注解则适用于基于Spring框架的自定义验证规则。根据需求和情况选择合适的注解,能够提高代码的可读性和可维护性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值