在实际开发中,如果对于前端传递的参数没有做非空校验,则很可能出现空指针异常。但是如多全部使用 if else进行判断,代码又不是太美观。因此检验参数可以交给@Validated @Valid这两个注解。
@Validated
- 这个注解可以进行分组判断,满足同一个实体类不同接口的需求
首先 .定义接口类区分
public class group {
public interface Create {
}
public interface Query {
}
public interface Modify {
}
}
然后 实体类中属性添加注解
@NotBlank(groups = {group.Create.class},message = "名字不能为空")
private String name;
接着 在接口中使用
public JSON select(@RequestBody @Validated Student student){
return JsonResultUtils.success();
}
接着使用请求接口
可以看到message里面的内容提示(此处配置了拦截器拦截异常 进行统一处理)
- 如果实体类的属性上加了@NotBlank注解,但是没有进行分组。collector层又使用了@Validated 注解,会校验那个属性呢
实体类如下
@Data
public class Student {
@NotBlank(groups = {Group.Create.class},message = "name不能为空")
private String name;
@NotBlank(message = "age不能为空")
private String age;
}
接口如下
@RestController
@RequestMapping("/test")
public class testCollector {
public void select(@RequestBody @Validated Student student){
}
}
当name为空而age不为空时 发现请求成功。可以知道并没有校验name。
从请求结果中可以看到 name 不为空 , age 为空,此时校验了age。所以可以知道。当属性上配置了分组时,@Validated中没有配置分组的话,则只会校验 、没有配置分组的属性。
@Valid
-
@Valid:没有分组的功能。
-
@Valid:可以用在方法、构造函数、方法参数和成员属性(字段)上
- 具有嵌套验证的功能 , 因为可以用在成员属性上
-
@Validated:提供了一个分组功能,可以在入参验证时,根据不同的分组采用不同的验证机制
-
@Validated:可以用在类型、方法和方法参数上。但是不能用在成员属性(字段)上
- 不具有嵌套验证的功能,因为不可以用在成员属性上