作者 |?無敵碼農??責編 | 張文頭圖 | CSDN 下載自東方 IC來源 | 無敵碼農(ID：jiangqiaodege)本篇文章給大家分享平時開發中總結的一點小技巧！在工作中寫過 Java 程序的朋友都知道，目前使用 Java 開發服務最主流的方式就是通過 Spring MVC 定義一個 Controller 層接口，并將接口請求或返回參數分別定義在一個 Java 實體類中，這樣 Spring MVC 在接收到 Http 請求(POST/GET) 后，就會自動將請求報文自動映射成一個 Java 對象。這樣的代碼通常是這樣寫的：@RestControllerpublic class OrderController { @Autowired private OrderService orderServiceImpl; @PostMapping("/createOrder") public CreateOrderBO validationTest(@Validated CreateOrderDTO createOrderDTO) { return orderServiceImpl.createOrder(createOrderDTO); }}這樣的代碼相信大家并不陌生，但在后續的邏輯實現過程中卻會遇到這樣的問題：“在接收請求參數后如何實現報文對象數據值的合法性校驗？”。一些同學也可能認為這并不是什么問題，因為具體某個參數字段是否為空、值的取值是否在約定范圍、格式是否合法等等，在業務代碼中校驗就好了。例如可以在 Service實現類中對報文格式進行各種 if-else 的數據校驗。從功能上說冗余的 if-else 代碼沒啥毛病，但從代碼的優雅性來說冗長的 if-else 代碼會顯得非常臃腫。接下來的內容將給大家介紹一種處理此類問題的實用方法。具體將從以下幾個方面進行介紹：

• 使用@Validated 注解實現 Controller 接口層數據直接綁定校驗；

• 擴展約束性注解實現數據取值范圍的校驗；

• 更加靈活的對象數據合法性校驗工具類封裝；

• 數據合法性校驗結果異常統一返回處理；

Controller 接口層數據綁定校驗實際上在 Java 開發中目前普通使用的 Bean 數據校驗工具是"hibernate-validator"，它是一個 hibernete 獨立的 jar 包，所以使用這個 jar 包并不需要一定要集成 Hibernete 框架。該jar包主要實現并擴展了 javax.validation (是一個基于 JSR-303 標準開發出來的 Bean 校驗規范)接口。由于 Spring Boot 在內部默認集成了"hibernate-validator"，所以使用Spring Boot 構建的 Java 工程可以直接使用相關注解來實現 Bean 的數據校驗。例如我們最常編寫的 Controller 層接口參數對象，可以在定義 Bean 類時直接編寫這樣的代碼：@Datapublic class CreateOrderDTO { @NotNull(message = "訂單號不能為空") private String orderId; @NotNull(message = "訂單金額不能為空") @Min(value = 1, message = "訂單金額不能小于0") private Integer amount; @Pattern(regexp = "^1[3|4|5|7|8][0-9]{9}$", message = "用戶手機號不合法") private String mobileNo; private String orderType; private String status;}如上所示代碼，我們可以使用@NotNull 注解來約束該字段必須不能為空，也可以使用@Min 注解來約束字段的最小取值，或者還可以通過@Pattern 注解來使用正則表達式來約束字段的格式(如手機號格式)等等。以上這些注解都是“hibernate-validator”依賴包默認提供的，更多常用的注解還有很多，例如：利用這些約束注解，我們就可以很輕松的搞定接口數據校驗，而不需要在業務邏輯中編寫大量的 if-else 來進行數據合法性校驗。而定義好 Bean 參數對象并使用相關注解實現參數值約束后，在 Controller 層接口定義中只需要使用@Validated 注解就可以實現在接收參數后自動進行數據綁定校驗了，具體代碼如下：@PostMapping("/createOrder")public CreateOrderBO validationTest(@Validated CreateOrderDTO createOrderDTO) { return orderServiceImpl.createOrder(createOrderDTO);}如上所示，在 Controller 層中通過 Spring 提供的@Validated 注解可以自動實現數據 Bean 的綁定校驗，如果數據異常則會統一拋出校驗異常！

約束性注解擴展在“hibernate-validator”依賴 jar 包中，雖然提供了很多很方便的約束注解，但是也有不滿足某些實際需要的情況，例如我們想針對參數中的某個值約定其值的枚舉范圍，如 orderType 訂單類型只允許傳“pay”、“refund”兩種值，那么現有的約束注解可能就沒有特別適用的了。此外，如果對這樣的枚舉值，我們還想在約束定義中直接匹配代碼中的枚舉定義，以更好地統一接口參數與業務邏輯的枚舉定義。那么這種情況下，我們還可以自己擴展定義相應地約束注解邏輯。接下來我們定義新的約束注解@EnumValue，來實現上面我們所說的效果，具體代碼如下：@Target({METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER})@Retention(RUNTIME)@Documented@Constraint(validatedBy = {EnumValueValidator.class})public @interface EnumValue { //默認錯誤消息 String message() default "必須為指定值"; //支持string數組驗證 String[] strValues() default {}; //支持int數組驗證 int[] intValues() default {}; //支持枚舉列表驗證 Class>[] enumValues() default {}; //分組 Class>[] groups() default {}; //負載 Class extends Payload>[] payload() default {}; //指定多個時使用 @Target({FIELD, METHOD, PARAMETER, ANNOTATION_TYPE}) @Retention(RUNTIME) @Documented @interface List { EnumValue[] value(); } /** * 校驗類邏輯定義 */ class EnumValueValidator implements ConstraintValidatorObject> { //字符串類型數組 private String[] strValues; //int類型數組 private int[] intValues; //枚舉類 private Class>[] enumValues; /** * 初始化方法 * * @param constraintAnnotation */ @Override public void initialize(EnumValue constraintAnnotation) { strValues = constraintAnnotation.strValues(); intValues = constraintAnnotation.intValues(); enumValues = constraintAnnotation.enumValues(); } /** * 校驗方法 * * @param value * @param context * @return */ @SneakyThrows @Override public boolean isValid(Object value, ConstraintValidatorContext context) { //針對字符串數組的校驗匹配 if (strValues != null && strValues.length > 0) { if (value instanceof String) { for (String s : strValues) {//判斷值類型是否為Integer類型 if (s.equals(value)) { return true; } } } } //針對整型數組的校驗匹配 if (intValues != null && intValues.length > 0) { if (value instanceof Integer) {//判斷值類型是否為Integer類型 for (Integer s : intValues) { if (s == value) { return true; } } } } //針對枚舉類型的校驗匹配 if (enumValues != null && enumValues.length > 0) { for (Class> cl : enumValues) { if (cl.isEnum()) { //枚舉類驗證 Object[] objs = cl.getEnumConstants(); //這里需要注意，定義枚舉時，枚舉值名稱統一用value表示 Method method = cl.getMethod("getValue"); for (Object obj : objs) { Object code = method.invoke(obj, null); if (value.equals(code.toString())) { return true; } } } } } return false; } }}如上所示的@EnumValue 約束注解，是一個非常實用的擴展，通過該注解我們可以實現對參數取值范圍(不是大小范圍)的約束，它支持對 int、string 以及 enum 三種數據類型的約束，具體使用方式如下：/** * 定制化注解，支持參數值與指定類型數組列表值進行匹配(缺點是需要將枚舉值寫死在字段定義的注解中) */@EnumValue(strValues = {"pay", "refund"}, message = "訂單類型錯誤")private String orderType;/** * 定制化注解，實現參數值與枚舉列表的自動匹配校驗(能更好地與實際業務開發匹配) */@EnumValue(enumValues = Status.class, message = "狀態值不在指定范圍")private String status;如上所示代碼，該擴展注解既可以使用strValues 或intValues 屬性來編程列舉取值范圍，也可以直接通過enumValues 來綁定枚舉定義。但是需要注意，處于通用考慮，具體枚舉定義的屬性的名稱要統一匹配為 value、desc，例如? Status 枚舉定義如下：public enum Status { PROCESSING(1, "處理中"), SUCCESS(2, "訂單已完成"); Integer value; String desc; Status(Integer value, String desc) { this.value = value; this.desc = desc; } public Integer getValue() { return value; } public String getDesc() { return desc; }}通過注解擴展，就能實現更多方便的約束性注解！

更加靈活的數據校驗工具類封裝除了上面直接在 Controller 層使用@Validated 進行綁定數據校驗外，在有些情況，例如你的參數對象中的某個字段是一個復合對象，或者業務層的某個方法所定義的入參對象也需要進行數據合法性校驗，那么這種情況下如何實現像? Controller 層一樣的校驗效果呢？需要說明在這種情況下@Validated 已經無法直接使用了，因為@Validated 注解發揮作用主要是 Spring MVC 在接收參數的過程中實現了自動數據綁定校驗，而在普通的業務方法或者復合參數對象中是沒有辦法直接綁定校驗的。這種情況下，我們可以通過定義 ValidateUtils 工具類來實現一樣的校驗效果，具體代碼如下：public class ValidatorUtils { private static Validator validator = Validation.buildDefaultValidatorFactory().getValidator(); /** * bean整體校驗，有不合規范，拋出第1個違規異常 */ public static void validate(Object obj, Class>... groups) { Set> resultSet = validator.validate(obj, groups); if (resultSet.size() > 0) { //如果存在錯誤結果，則將其解析并進行拼湊后異常拋出 List errorMessageList = resultSet.stream().map(o -> o.getMessage()).collect(Collectors.toList()); StringBuilder errorMessage = new StringBuilder(); errorMessageList.stream().forEach(o -> errorMessage.append(o + ";")); throw new IllegalArgumentException(errorMessage.toString()); } }}如上所示，我們定義了一個基于"javax.validation"接口的工具類實現，這樣就可以在非@Validated 直接綁定校驗的場景中通過校驗工具類來實現對 Bean 對象約束注解的校驗處理，具體使用代碼如下：public boolean orderCheck(OrderCheckBO orderCheckBO) { //對參數對象進行數據校驗 ValidatorUtils.validate(orderCheckBO); return true;}而方法入參對象則還是可以繼續使用前面我們介紹的約束性注解進行約定，例如上述方法的入參對象定義如下：@Data@Builderpublic class OrderCheckBO { @NotNull(message = "訂單號不能為空") private String orderId; @Min(value = 1, message = "訂單金額不能小于0") private Integer orderAmount; @NotNull(message = "創建人不能為空") private String operator; @NotNull(message = "操作時間不能為空") private String operatorTime;}這樣在編程體驗上就可以整體上保持一致！

數據合法性校驗結果異常統一處理通過前面我們所講的各種約束注解，我們實現了對 Controller 層接口以及業務方法參數對象的統一數據校驗。而為了保持校驗異常處理的統一處理和錯誤報文統一輸出，我們還可以定義通用的異常處理機制，來保證各類數據校驗錯誤都能以統一錯誤格式反饋給調用方。具體代碼如下：@Slf4j@ControllerAdvicepublic class GlobalExceptionHandler { /** * 統一處理參數校驗錯誤異常(非Spring接口數據綁定驗證) * * @param response * @param e * @return */ @ExceptionHandler(BindException.class) @ResponseBody public ResponseResult> processValidException(HttpServletResponse response, BindException e) { response.setStatus(HttpStatus.INTERNAL_SERVER_ERROR.value()); //獲取校驗錯誤結果信息，并將信息組裝 List errorStringList = e.getBindingResult().getAllErrors() .stream().map(ObjectError::getDefaultMessage).collect(Collectors.toList()); String errorMessage = String.join("; ", errorStringList); response.setContentType("application/json;charset=UTF-8"); log.error(e.toString() + "_" + e.getMessage(), e); return ResponseResult.systemException(GlobalCodeEnum.GL_FAIL_9998.getCode(), errorMessage); } /** * 統一處理參數校驗錯誤異常 * * @param response * @param e * @return */ @ExceptionHandler(IllegalArgumentException.class) @ResponseBody public ResponseResult> processValidException(HttpServletResponse response, IllegalArgumentException e) { response.setStatus(HttpStatus.INTERNAL_SERVER_ERROR.value()); String errorMessage = String.join("; ", e.getMessage()); response.setContentType("application/json;charset=UTF-8"); log.error(e.toString() + "_" + e.getMessage(), e); return ResponseResult.systemException(GlobalCodeEnum.GL_FAIL_9998.getCode(), errorMessage); } ...}如上所示，我們定義了針對前面兩種數據校驗方式的統一異常處理機制，這樣數據校驗的錯誤信息就能通過統一的報文格式反饋給調用端，從而實現接口數據報文的統一返回！其中通用的接口參數對象 ResponseResult 的代碼定義如下：@Data@Builder@NoArgsConstructor@AllArgsConstructor@JsonPropertyOrder({"code", "message", "data"})public class ResponseResult<T> implements Serializable { private static final long serialVersionUID = 1L; /** * 返回的對象 */ @JsonInclude(JsonInclude.Include.NON_NULL) private T data; /** * 返回的編碼 */ private Integer code; /** * 返回的信息 */ private String message; /** * @param data 返回的數據 * @param 返回的數據類型 * @return 響應結果 */ public static ResponseResultOK(T data) { return packageObject(data, GlobalCodeEnum.GL_SUCC_0); } /** * 自定義系統異常信息 * * @param code * @param message 自定義消息 * @param * @return */ public static ResponseResultsystemException(Integer code, String message) { return packageObject(null, code, message); }}當然，這樣的統一報文格式也不僅僅只處理異常返回，正常的數據報文格式也可以通過該對象來進行統一封裝！本文內容從實用的角度給大家演示了，如何在日常工作中編寫通用的數據校驗邏輯，希望能對大家有所幫助。更多精彩推薦

?程序員有錢了都干什么？買豪宅，玩跑車，上太空！| 濤滔不絕

?分庫分表：TiDB，求別搶飯碗！

?他被稱為印度“ IT 大王”，富可敵國，卻精打細算如守財奴

?帶你「周游世界」的 MODNet 算法

?一文聊“圖”，從圖數據庫到知識圖譜

?紅帽"干掉" CentOS 8，CentOS Stream 上位

?科技壟斷正在朝著縱向發展點分享點點贊點在看

總結

以上是生活随笔為你收集整理的java接口如何接受语音参数_Java 是如何优雅地实现接口数据校验的？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。