SpringBoot 如何進行參數校驗，老鳥們都這麼玩的！

時間  2021-08-12
標籤 html 前端 java git 程序員 github web 正則表達式 spring json 欄目 Spring 简体版
原文   原文鏈接

你們好，我是飄渺。html

前幾天寫了一篇 SpringBoot如何統一後端返回格式？老鳥們都是這樣玩的！ 閱讀效果還不錯，並且被不少號主都轉載過，今天咱們繼續第二篇，來聊聊在SprinBoot中如何集成參數校驗Validator，以及參數校驗的高階技巧（自定義校驗，分組校驗）。前端

此文是依賴於前文的代碼基礎，已經在項目中加入了全局異常校驗器。（代碼倉庫在文末）java

首先咱們來看看什麼是Validator參數校驗器，爲何須要參數校驗？git

爲何須要參數校驗

在平常的接口開發中，爲了防止非法參數對業務形成影響，常常須要對接口的參數作校驗，例如登陸的時候須要校驗用戶名密碼是否爲空，建立用戶的時候須要校驗郵件、手機號碼格式是否準確。靠代碼對接口參數一個個校驗的話就太繁瑣了，代碼可讀性極差。程序員

Validator框架就是爲了解決開發人員在開發的時候少寫代碼，提高開發效率；Validator專門用來進行接口參數校驗，例如常見的必填校驗，email格式校驗，用戶名必須位於6到12之間 等等...github

Validator校驗框架遵循了JSR-303驗證規範（參數校驗規範）, JSR是 Java Specification Requests的縮寫。web

接下來咱們看看在SpringbBoot中如何集成參數校驗框架。正則表達式

SpringBoot中集成參數校驗

第一步，引入依賴

<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>
</dependency>

注：從 springboot-2.3開始，校驗包被獨立成了一個 starter組件，因此須要引入validation和web，而 springboot-2.3以前的版本只須要引入 web 依賴就能夠了。spring

第二步，定義要參數校驗的實體類

@Data
public class ValidVO {
    private String id;

    @Length(min = 6,max = 12,message = "appId長度必須位於6到12之間")
    private String appId;

    @NotBlank(message = "名字爲必填項")
    private String name;

    @Email(message = "請填寫正確的郵箱地址")
    private String email;

    private String sex;

    @NotEmpty(message = "級別不能爲空")
    private String level;
}

在實際開發中對於須要校驗的字段都須要設置對應的業務提示，即message屬性。json

常見的約束註解以下：

註解 功能
@AssertFalse 能夠爲null,若是不爲null的話必須爲false
@AssertTrue 能夠爲null,若是不爲null的話必須爲true
@DecimalMax 設置不能超過最大值
@DecimalMin 設置不能超過最小值
@Digits 設置必須是數字且數字整數的位數和小數的位數必須在指定範圍內
@Future 日期必須在當前日期的將來
@Past 日期必須在當前日期的過去
@Max 最大不得超過此最大值
@Min 最大不得小於此最小值
@NotNull 不能爲null，能夠是空
@Null 必須爲null
@Pattern 必須知足指定的正則表達式
@Size 集合、數組、map等的size()值必須在指定範圍內
@Email 必須是email格式
@Length 長度必須在指定範圍內
@NotBlank 字符串不能爲null,字符串trim()後也不能等於「」
@NotEmpty 不能爲null，集合、數組、map等size()不能爲0；字符串trim()後能夠等於「」
@Range 值必須在指定範圍內
@URL 必須是一個URL

注：此表格只是簡單的對註解功能的說明，並無對每個註解的屬性進行說明；可詳見源碼。

第三步，定義校驗類進行測試

@RestController
@Slf4j
@Validated
public class ValidController {

    @ApiOperation("RequestBody校驗")
    @PostMapping("/valid/test1")   
    public String test1(@Validated @RequestBody ValidVO validVO){
        log.info("validEntity is {}", validVO);
        return "test1 valid success";
    }

    @ApiOperation("Form校驗")
    @PostMapping(value = "/valid/test2")
    public String test2(@Validated ValidVO validVO){
        log.info("validEntity is {}", validVO);
        return "test2 valid success";
    }
  
  	@ApiOperation("單參數校驗")
    @PostMapping(value = "/valid/test3")
    public String test3(@Email String email){
        log.info("email is {}", email);
        return "email valid success";
    }
}

這裏咱們先定義三個方法test1，test2，test3，test1使用了 @RequestBody註解，用於接受前端發送的json數據，test2模擬表單提交，test3模擬單參數提交。注意，當使用單參數校驗時須要在Controller上加上@Validated註解，不然不生效。

第四步，體驗效果

  1. 調用test1方法，提示的是org.springframework.web.bind.MethodArgumentNotValidException異常
POST http://localhost:8080/valid/test1
Content-Type: application/json

{
  "id": 1,
  "level": "12",
  "email": "47693899",
  "appId": "ab1c"
}
{
  "status": 500,
  "message": "Validation failed for argument [0] in public java.lang.String com.jianzh5.blog.valid.ValidController.test1(com.jianzh5.blog.valid.ValidVO) with 3 errors: [Field error in object 'validVO' on field 'email': rejected value [47693899]; codes [Email.validVO.email,Email.email,Email.java.lang.String,Email]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [validVO.email,email]; arguments []; default message [email],[Ljavax.validation.constraints.Pattern$Flag;@26139123,.*]; default message [不是一個合法的電子郵件地址]]...",
  "data": null,
  "timestamp": 1628239624332
}
  1. 調用test2方法，提示的是org.springframework.validation.BindException異常
POST http://localhost:8080/valid/test2
Content-Type: application/x-www-form-urlencoded

id=1&level=12&email=476938977&appId=ab1c
{
  "status": 500,
  "message": "org.springframework.validation.BeanPropertyBindingResult: 3 errors\nField error in object 'validVO' on field 'name': rejected value [null]; codes [NotBlank.validVO.name,NotBlank.name,NotBlank.java.lang.String,NotBlank]; arguments [org.springframework.context.support.DefaultMessageSourceResolvable: codes [validVO.name,name]; arguments []; default message [name]]; default message [名字爲必填項]...",
  "data": null,
  "timestamp": 1628239301951
}
  1. 調用test3方法，提示的是javax.validation.ConstraintViolationException異常
POST http://localhost:8080/valid/test3
Content-Type: application/x-www-form-urlencoded

email=476938977
{
  "status": 500,
  "message": "test3.email: 不是一個合法的電子郵件地址",
  "data": null,
  "timestamp": 1628239281022
}

經過加入 Validator校驗框架能夠幫助咱們自動實現參數的校驗。

參數異常加入全局異常處理器

雖然咱們以前定義了全局異常攔截器，也看到了攔截器確實生效了，可是 Validator校驗框架返回的錯誤提示太臃腫了，不便於閱讀，爲了方便前端提示，咱們須要將其簡化一下。

直接修改以前定義的 RestExceptionHandler，單獨攔截參數校驗的三個異常：javax.validation.ConstraintViolationException，org.springframework.validation.BindException，org.springframework.web.bind.MethodArgumentNotValidException，代碼以下：

@ExceptionHandler(value = {BindException.class, ValidationException.class, MethodArgumentNotValidException.class})
public ResponseEntity<resultdata<string>> handleValidatedException(Exception e) {
  ResultData<string> resp = null;

  if (e instanceof MethodArgumentNotValidException) {
    // BeanValidation exception
    MethodArgumentNotValidException ex = (MethodArgumentNotValidException) e;
    resp = ResultData.fail(HttpStatus.BAD_REQUEST.value(),
                           ex.getBindingResult().getAllErrors().stream()
                           .map(ObjectError::getDefaultMessage)
                           .collect(Collectors.joining("; "))
                          );
  } else if (e instanceof ConstraintViolationException) {
    // BeanValidation GET simple param
    ConstraintViolationException ex = (ConstraintViolationException) e;
    resp = ResultData.fail(HttpStatus.BAD_REQUEST.value(),
                           ex.getConstraintViolations().stream()
                           .map(ConstraintViolation::getMessage)
                           .collect(Collectors.joining("; "))
                          );
  } else if (e instanceof BindException) {
    // BeanValidation GET object param
    BindException ex = (BindException) e;
    resp = ResultData.fail(HttpStatus.BAD_REQUEST.value(),
                           ex.getAllErrors().stream()
                           .map(ObjectError::getDefaultMessage)
                           .collect(Collectors.joining("; "))
                          );
  }

  return new ResponseEntity<>(resp,HttpStatus.BAD_REQUEST);
}

體驗效果

POST http://localhost:8080/valid/test1
Content-Type: application/json

{
  "id": 1,
  "level": "12",
  "email": "47693899",
  "appId": "ab1c"
}
{
  "status": 400,
  "message": "名字爲必填項; 不是一個合法的電子郵件地址; appId長度必須位於6到12之間",
  "data": null,
  "timestamp": 1628435116680
}

是否是感受清爽多了？

自定義參數校驗

雖然Spring Validation 提供的註解基本上夠用，可是面對複雜的定義，咱們仍是須要本身定義相關注解來實現自動校驗。

好比上面實體類中的sex性別屬性，只容許前端傳遞傳 M，F 這2個枚舉值，如何實現呢？

第一步，建立自定義註解

@Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER, TYPE_USE})
@Retention(RUNTIME)
@Repeatable(EnumString.List.class)
@Documented
@Constraint(validatedBy = EnumStringValidator.class)//標明由哪一個類執行校驗邏輯
public @interface EnumString {
    String message() default "value not in enum values.";

    Class<!--?-->[] groups() default {};

    Class<!--? extends Payload-->[] payload() default {};

    /**
     * @return date must in this value array
     */
    String[] value();

    /**
     * Defines several {@link EnumString} annotations on the same element.
     *
     * @see EnumString
     */
    @Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER, TYPE_USE})
    @Retention(RUNTIME)
    @Documented
    @interface List {

        EnumString[] value();
    }
}

第二步，自定義校驗邏輯

public class EnumStringValidator implements ConstraintValidator<enumstring, string=""> {
    private List<string> enumStringList;

    @Override
    public void initialize(EnumString constraintAnnotation) {
        enumStringList = Arrays.asList(constraintAnnotation.value());
    }

    @Override
    public boolean isValid(String value, ConstraintValidatorContext context) {
        if(value == null){
            return true;
        }
        return enumStringList.contains(value);
    }
}

第三步，在字段上增長註解

@ApiModelProperty(value = "性別")
@EnumString(value = {"F","M"}, message="性別只容許爲F或M")
private String sex;

第四步，體驗效果

POST http://localhost:8080/valid/test2
Content-Type: application/x-www-form-urlencoded

id=1&name=javadaily&level=12&email=476938977@qq.com&appId=ab1cdddd&sex=N
{
  "status": 400,
  "message": "性別只容許爲F或M",
  "data": null,
  "timestamp": 1628435243723
}

分組校驗

一個VO對象在新增的時候某些字段爲必填，在更新的時候又非必填。如上面的 ValidVO中 id 和 appId 屬性在新增操做時都是非必填，而在編輯操做時都爲必填，name在新增操做時爲必填，面對這種場景你會怎麼處理呢？

在實際開發中我見到不少同窗都是創建兩個VO對象，ValidCreateVO，ValidEditVO來處理這種場景，這樣確實也能實現效果，可是會形成類膨脹，並且極其容易被開發老鳥們嘲笑。

image-20210716084136689

其實 Validator校驗框架已經考慮到了這種場景而且提供瞭解決方案，就是分組校驗，只不過不少同窗不知道而已。要使用分組校驗，只須要三個步驟：

第一步：定義分組接口

public interface ValidGroup extends Default {
  
    interface Crud extends ValidGroup{
        interface Create extends Crud{

        }

        interface Update extends Crud{

        }

        interface Query extends Crud{

        }

        interface Delete extends Crud{

        }
    }
}

這裏咱們定義一個分組接口ValidGroup讓其繼承 javax.validation.groups.Default，再在分組接口中定義出多個不一樣的操做類型，Create，Update，Query，Delete。至於爲何須要繼承Default咱們稍後再說。

第二步，在模型中給參數分配分組

@Data
@ApiModel(value = "參數校驗類")
public class ValidVO {
    @ApiModelProperty("ID")
    @Null(groups = ValidGroup.Crud.Create.class)
    @NotNull(groups = ValidGroup.Crud.Update.class, message = "應用ID不能爲空")
    private String id;

    @Null(groups = ValidGroup.Crud.Create.class)
    @NotNull(groups = ValidGroup.Crud.Update.class, message = "應用ID不能爲空")
    @ApiModelProperty(value = "應用ID",example = "cloud")
    private String appId;

    @ApiModelProperty(value = "名字")
    @NotBlank(groups = ValidGroup.Crud.Create.class,message = "名字爲必填項")
    private String name;
  
  	@ApiModelProperty(value = "郵箱")
    @Email(message = "請填寫正取的郵箱地址")
    privte String email;

   	...

}

給參數指定分組，對於未指定分組的則使用的是默認分組。

第三步，給須要參數校驗的方法指定分組

@RestController
@Api("參數校驗")
@Slf4j
@Validated
public class ValidController {

    @ApiOperation("新增")
    @PostMapping(value = "/valid/add")
    public String add(@Validated(value = ValidGroup.Crud.Create.class) ValidVO validVO){
        log.info("validEntity is {}", validVO);
        return "test3 valid success";
    }


    @ApiOperation("更新")
    @PostMapping(value = "/valid/update")
    public String update(@Validated(value = ValidGroup.Crud.Update.class) ValidVO validVO){
        log.info("validEntity is {}", validVO);
        return "test4 valid success";
    }
}

這裏咱們經過 value屬性給 add()和 update()方法分別指定Create和Update分組。

第四步，體驗效果

POST http://localhost:8080/valid/add
Content-Type: application/x-www-form-urlencoded

name=javadaily&level=12&email=476938977@qq.com&sex=F

在Create時咱們沒有傳遞id和appId參數，校驗經過。

當咱們使用一樣的參數調用update方法時則提示參數校驗錯誤。

{
  "status": 400,
  "message": "ID不能爲空; 應用ID不能爲空",
  "data": null,
  "timestamp": 1628492514313
}

因爲email屬於默認分組，而咱們的分組接口 ValidGroup已經繼承了 Default分組，因此也是能夠對email字段做參數校驗的。如：

POST http://localhost:8080/valid/add
Content-Type: application/x-www-form-urlencoded

name=javadaily&level=12&email=476938977&sex=F
{
  "status": 400,
  "message": "請填寫正取的郵箱地址",
  "data": null,
  "timestamp": 1628492637305
}

固然若是你的ValidGroup沒有繼承Default分組，那在代碼屬性上就須要加上 @Validated(value = {ValidGroup.Crud.Create.class, Default.class}才能讓 email字段的校驗生效。

小結

參數校驗在實際開發中使用頻率很是高，可是不少同窗還只是停留在簡單的使用上，像分組校驗，自定義參數校驗這2個高階技巧基本沒怎麼用過，常常出現譬如創建多個VO用於接受Create，Update場景的狀況，很容易被老鳥被所鄙視嘲笑，但願你們好好掌握。

最後，我是飄渺Jam，一名寫代碼的架構師，作架構的程序員，期待您的轉發與關注，固然也能夠添加個人我的微信 jianzh5，我們一塊兒聊技術！

github地址：https://github.com/jianzh5/cloud-blog/

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程