hibernate validate工具，小心你的姿勢不對-有解無憂

系統運營后臺有個匯入線下交易的功能，產品和運營反饋，當excel資料量超過8千條時，會變得超級慢，動輒要等三四十秒，

哎！這么慢，擱誰能不鬧心呢？

基于此，這兩天，我覺得優化一下，可是，一來二去，從昨天周一到現在眼看兩天了，對代碼進行各種排查和調整，還是沒有達到理想的效果————至少，別讓用戶傻傻等待超過5秒吧，最次也不能超過10秒吧，

這兩天特殊時期，公司的保潔阿姨應該也陽了，始終沒來上班，那么，衛生作業就得我們上班族自理了，

我四下張望一下，兩個垃圾桶都滿了，再看小伙伴們都在安靜的碼代碼，我就收拾一下吧，在提著垃圾袋扔垃圾的路上，突然靈光乍現，是不是資料校驗那塊導致的呢？————校驗用的是Hibernate的validation-api，

完事回到工位，趕緊試試，

————峰回路轉，

果然，本地測驗才驚人地發現，用Hibernate的校驗工具，8200條資料耗時47s，而直接用apache common的util類校驗，僅需1~2s，

why？

程式使用不當所致，先貼出來關鍵代碼：

import javax.validation.ConstraintViolation;
import javax.validation.Validation;
import javax.validation.Validator;
import javax.validation.ValidatorFactory;

public class ValidationUtil {

    private ValidationUtil() {
    }

    /**
     * 根據注解，校驗引數的工具類
     *
     * @pojo pojo bean
     * @return 驗證結果
     */
    public static Result<Void> validate(Object pojo) {

        if (pojo == null) {
            return Result.err(ResultCodeEnum.ERROR_PARAM, "引數為空");
        }

        ValidatorFactory validatorFactory = Validation.buildDefaultValidatorFactory();
        Validator validator = validatorFactory.getValidator();

        Set<ConstraintViolation<Object>> constraintViolations = validator.validate(pojo);
        if (CollUtil.isNotEmpty(constraintViolations)) {
            return Result.err(ResultCodeEnum.ERROR_PARAM, constraintViolations.iterator().next().getMessage());
        }
        return Result.success();
    }
}

當針對為數不多的物件來校驗，發現不出來性能問題，但是，當達到上面的8000多條資料時，那性能可以差太多了，

細看控制臺列印出來的log，可見一斑，

問題出在 validatorFactory 和 validator 這兩個區域物件的初始化上，尤其是初始化 validatorFactory呼叫Validation#buildDefaultValidatorFactory，這個方法內部會涉及到xml檔案的讀取和類映射，可見，每次都做這個事情，CPU表示很無辜！

問題即答案————>優化方案是將這2個物件的初始化放在類初始化時，

當看到一些不好的代碼時，會發現我還算優秀；當看到優秀的代碼時，也才意識到持續學習的重要！--buguge
本文來自博客園，轉載請注明原文鏈接：https://www.cnblogs.com/buguge/p/16995017.html

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/540361.html

標籤：其他

上一篇：訂單自動確認或取消設計方案

下一篇：xxl-job定時調度任務Java代碼分析