在后端的接口开发过程，实际上每一个接口都或多或少有不同规则的参数校验，有一些是基础校验，如非空校验、长度校验、大小校验、格式校验；也有一些校验是业务校验，如学号不能重重复、手机号不能重复注册等；对于业务校验，是需要和数据库交互才能知道校验结果；对于参数的基础校验，是有一些共有特征可以抽象出来，可以做成一个通用模板（JAVA就是一种面向对象的编程语言，还记得天天快要说烂问烂的面向对象的三大特性吗？）。基于实际场景的需要，java API中定义了一些Bean校验的规范标准（JSR303:validation-api），但是没有具体实现，不过hibernate validation和spring validation都提供了一些比较优秀的实现。如果在项目里，你还是像类似这样的方式来进行参数校验就太low了，活该加班到天亮（当然如果你所在公司目前仍然用统计代码量来考核你的工作，就算我没说，你可以继续使用这种方式）。
@PostMApping("/add")
public String add(Student student) {
if (null == student) {
throw new RuntimeException("学生不为空");
}
if ("".equals(student.getStuCode())) {
throw new RuntimeException("学号不能为空");
}
if ("".equals(student.getStuName())) {
throw new RuntimeException("学生姓名不能为空");
}
if (null == student.getTeacher()) {
throw new RuntimeException("学生的老师的不能为空");
}
if ("".equals(student.getTeacher().getTecName())) {
throw new RuntimeException("学生的老师的姓名不能为空");
}
if ("".equals(student.getTeacher().getSubject())) {
throw new RuntimeException("学生的老师的所授科目不为能空");
}
return "success";
}
分享的这篇文章里的校验参数注解使用方法，我是在一个springboot项目里亲自重新测试验证过的，springboot的版本是2.3.9.RELEASE，另外也引入了关于参数校验的starter包，这样就不用额外去引关于参数校验的其他包了；
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-validation</artifactId>
<version>2.3.9.RELEASE</version>
</dependency>
在java项目中，前端请求后端的接口中，常用的请求类型主要是post和get。
|
@Valid |
被注释的元素是一个对象，需要检查此对象的所有字段值 |
|
@Null |
被注释的元素必须为 null |
|
@NotNull |
被注释的元素必须不为 null |
|
@AssertTrue |
被注释的元素必须为 true |
|
@AssertFalse |
被注释的元素必须为 false |
|
@Min(value) |
被注释的元素必须是一个数字，其值必须大于等于指定的最小值 |
|
@Max(value) |
被注释的元素必须是一个数字，其值必须小于等于指定的最大值 |
|
@DecimalMin(value) |
被注释的元素必须是一个数字，其值必须大于等于指定的最小值 |
|
@DecimalMax(value) |
被注释的元素必须是一个数字，其值必须小于等于指定的最大值 |
|
@Size(max, min) |
被注释的元素的大小必须在指定的范围内 |
|
@Digits (integer, fraction) |
被注释的元素必须是一个数字，其值必须在可接受的范围内 |
|
@Past |
被注释的元素必须是一个过去的日期 |
|
@Future |
被注释的元素必须是一个将来的日期 |
|
@Pattern(value) |
被注释的元素必须符合指定的正则表达式 |
Hibernate Validator 附加的 constrAInt
|
注解 |
作用 |
|
|
被注释的元素必须是电子邮箱地址 |
|
@Length(min=, max=) |
被注释的字符串的大小必须在指定的范围内 |
|
@NotEmpty |
被注释的字符串的必须非空 |
|
@Range(min=, max=) |
被注释的元素必须在合适的范围内 |
|
@NotBlank |
被注释的字符串的必须非空 |
|
@URL(protocol=, host=, port=, regexp=, flags=) |
被注释的字符串必须是一个有效的url |
|
@CreditCardNumber |
被注释的字符串必须通过Luhn校验算法， 银行卡，信用卡等号码一般都用Luhn 计算合法性 |
|
@ScriptAssert (lang=, script=, alias=) |
要有Java Scripting API 即JSR 223 ("Scripting for the JavaTM Platform")的实现 |
|
@Safehtml (whitelistType=, additionalTags=) |
classpath中要有jsoup包 |
参数的基础校验，通常是指的非空、长度、最大值、最小值、格式（数字、邮箱、正则）等这些场景的校验。
1.在controller层的方法的形参数前面加一个@Valid或@Validated的注解；
2.在用@RequestBody修饰的类的属性上加上约束注解，如@NotNull、@Length、@NotBlank；
3.@RequestBody参数在触发校验规则时，会抛出MethodArgumentNotValidException，这里使用统一的异常处理机制来处理异常；
总结：第1步的valid的作用就是一个标记，标明这个参数需要进行校验；第2步的约束注解的上注明校验的规则；第3步的统一校验机制是前后台请求后台接口时，如果校验参数的校验规则后会抛出异常，异常附带有约束注解上的提示信息，那么通过异常统一处理机制就可以统一处理异常信息，并以合适的方式返回给前台（所谓合适的方式是指异常信息的格式可以自行制定）。
@PostMapping("/add")
public Student add( @Valid@RequestBody Student student){
System.out.println(student.getStuName());
return student;
}
@Data
public class Student {
@NotNull(message = "学号不能为空")
@Length(min = 2, max = 4, message = "学号的长度范围是(2,4)")
private String stuCode;
@NotNull(message = "姓名不能为空")
@Length(min = 2, max = 3, message = "姓名的长度范围是(2,3)")
private String stuName;
}
@RequestParam参数/@PathVariable参数
1.在controller层的控制类上添加@Validated注解；
2.在controller层方法的校验参数上添加约束注解，如@NotNull、@Pattern；
3.@RequestParam参数/@PathVariable参数在触发校验规则时，会抛出ConstraintViolationException类型的异常，所以在统一异常处理机制中添加对这种类型异常的处理机制；
@RestController
@RequestMapping("/student")
@Validated
public class StudentController {
@GetMapping("/{sex}/info")
public String getBySex(@PathVariable("sex") @Pattern(regexp = "boy||girl",message = "学生性别只能是boy或girl") String sex) {
System.out.println("学生性别:" + sex);
return "success";
}
@GetMapping("/getOne")
public String getOne(@NotNull(message = "学生姓名不能为空") String stuName, @NotNull(message = "学生学号不能为空") String stuCode) {
System.out.println("stuName:" + stuName + ",stuCode:" + stuCode);
return "success";
}
}
@RestControllerAdvice
public class CommonExceptionHandler {
/**
* 用于捕获@RequestBody类型参数触发校验规则抛出的异常
*
* @param e
* @return
*/
@ExceptionHandler(value = MethodArgumentNotValidException.class)
public String handleValidException(MethodArgumentNotValidException e) {
StringBuilder sb = new StringBuilder();
List<ObjectError> allErrors = e.getBindingResult().getAllErrors();
if (!CollectionUtils.isEmpty(allErrors)) {
for (ObjectError error : allErrors) {
sb.append(error.getDefaultMessage()).append(";");
}
}
return sb.toString();
}
/**
* 用于捕获@RequestParam/@PathVariable参数触发校验规则抛出的异常
*
* @param e
* @return
*/
@ExceptionHandler(value = ConstraintViolationException.class)
public String handleConstraintViolationException(ConstraintViolationException e) {
StringBuilder sb = new StringBuilder();
Set<ConstraintViolation<?>> conSet = e.getConstraintViolations();
for (ConstraintViolation<?> con : conSet) {
String message = con.getMessage();
sb.append(message).append(";");
}
return sb.toString();
}
}
在实际项目中有这样一种场景，用来接收参数的类的属性字段也是一个对象，属性对象的字段也需要进行必要的参数校验，这个时候可以使用嵌套校验来解决这个问题，hibernate-validator提供了具体的解决方式。
1.在controller层方法的形参数前添加@Validated注解，如果有分组校验的场景，则注明分组信息；如果校验不需要分组，可以不注明分组信息；
2.在接收参数的类的属性是对象的字段上添加@Valide注解，这里需要注意的是一定是@Valid，不是@Validated，因为@Valid的实现是由hibernate-validator提供，有嵌套校验的能力，而@Validated是由spring-validation提供的具体实现方式，@Validated有分组校验的能力，但是没有嵌套校验的能力；（java API规范（JSR303）定义了Bean的校验标准validation-api，但是没有具体的实现，所以各有各的实现，在功能上也是有区别的）
3.嵌套属性类上的约束注解的用法，与用来接收参数的对象属性上的约束注解的用法是一样的；
总结：@Valid的实现是由hibernate-validator提供，有嵌套校验的能力，但是没有分组校验的能力，@Validated是由spring-validation提供的具体实现方式，@Validated有分组校验的能力，但是没有嵌套校验的能力，在使用的过程须特别注意，要根据实际需要进行剪裁。
@PostMapping("/addStuaAndTeach")
public String addStuaAndTeach(@Validated(AddStuAndTeach.class) @RequestBody Student student){
System.out.println("学生的工号:"+student.getStuCode()+",学生的老师的姓名:"+student.getTeacher().getTecName());
return "success";
}
@Data
public class Teacher {
@NotNull(message = "学生的老师姓名不能为空",groups = AddStuAndTeach.class)
private String tecName;
@NotNull(message = "学生的老师教授科目不能为空",groups = AddStuAndTeach.class)
private String subject;
}
public interface AddStuAndTeach {
}
@Data
public class Student {
@NotNull(message = "学生id不能为空",groups = QueryDetail.class)
private Integer id;
@NotNull(message = "学号不能为空",groups = AddStudent.class)
@Length(min = 2, max = 4, message = "学号的长度范围是(2,4)")
private String stuCode;
@NotNull(message = "姓名不能为空",groups = AddStudent.class)
@Length(min = 2, max = 3, message = "姓名的长度范围是(2,3)",groups = AddStudent.class)
private String stuName;
@Valid
@NotNull(message = "学生的老师不能为空",groups = AddStuAndTeach.class)
private Teacher teacher;
}
在实际的项目中，可能多个方法使用同一个类来接收参数，但是不同的方法的校验规则又是不同的，这个时候就可以使用分组校验的方式来解决这个问题了，spring-validation提供了具体的实现方式。
1.声明分组用的接口，比如添加和查询详情的时候，校验的规则肯定是不一样的，添加的时候一般不用传id，由后台自增长生成，查询详情的时候id是必须传的；
2.在controller层方法的校验参数上添加@Validated参数，同时注解里要注明校验参数的分组信息；
3.在校验参数的类上的线束注解上，也要注明校验参数的分组信息；
总结：在接口的入口方法参数上、校验参数上都注明了分组的信息，那么接口被用的时候，就可以根据不同的分组信息执行不同约束注解的校验逻辑了，这个能力是spring-validation提供的，所以这种场景下，controller层方法的上注解要用@Validated，@Valid注解没有这种能力。
//用于添加场景参数校验分组
public interface AddStudent {
}
//用于查询详情场景参数校验分组
public interface QueryDetail {
}
@PostMapping("/add")
public Student add(@Validated(AddStudent.class) @RequestBody Student student) {
System.out.println(student.getStuName());
return student;
}
@PostMapping("/detail")
public String detail(@Validated(QueryDetail.class)@RequestBody Student student){
System.out.println("学生id:"+student.getId());
return "success";
}
@Data
public class Student {
@NotNull(message = "学生id不能为空",groups = QueryDetail.class)
private Integer id;
@NotNull(message = "学号不能为空",groups = AddStudent.class)
@Length(min = 2, max = 4, message = "学号的长度范围是(2,4)")
private String stuCode;
@NotNull(message = "姓名不能为空",groups = AddStudent.class)
@Length(min = 2, max = 3, message = "姓名的长度范围是(2,3)",groups = AddStudent.class)
private String stuName;
}
