Производительность Hibernate Validator

Недавно столкнулся с библиотекой Hibernate Validator и jsr 303 в частности. Ниже привожу небольшой микро-бенчмарк тестирования производительности. Тестовый POJO:

public class BusinessObject {  

 	@NotBlank  
 	private String name;  
 	@CustomNotNull(groups = { APIValidationGroup.class })  
 	private String uuid;  
  
 	public String getName() {  
  		return name;  
 	}  
  
 	public void setName(String name) {  
  		this.name = name;  
 	}  
  
 	public String getUuid() {  
  		return uuid;  
 	}  
  
 	public void setUuid(String uuid) {  
  		this.uuid = uuid;  
 	}  

}  

Для чистоты эксперимента и приближения к реальному сценарию я сделал кастомную валидацию, которая просто проверяет на null:

public class CustomNotNullValidator implements ConstraintValidator<CustomNotNull, String> {  

 	public void initialize(CustomNotNull constraintAnnotation) {  
 	}  
   
 	public boolean isValid(String value, ConstraintValidatorContext context) {  
  		if( value == null ) {  
   			return false;  
  		}  
  		return true;  
 	}  
}

Собственно сам тест:

public static void main(String[] args) {  

 	int heatCount = 10000;  
	int count = 1000000;  

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

	BusinessObject validObject = new BusinessObject();  
	 validObject.setName("123");  
	 validObject.setUuid("123");  
	  
	 for (int i = 0; i < heatCount; i++) {  
	  validator.validate(validObject, Default.class);  
	 }  
	  
	 long start = System.currentTimeMillis();  
	 for (int i = 0; i < count; i++) {  
	  validator.validate(validObject, Default.class);  
	 }  
	 long diff = (System.currentTimeMillis() - start);  
	 System.out.println("hibernate validation absolute: " + diff + " avg: " + ((double)diff / count));  
	  
	 for (int i = 0; i < heatCount; i++) {  
	  validate(validObject);  
	 }  
	  
	 start = System.currentTimeMillis();  
	 for (int i = 0; i < count; i++) {  
	  validate(validObject);  
	 }  
	 diff = (System.currentTimeMillis() - start);  
	 System.out.println("static validation absolute: " + diff + " avg: " + ((double)diff / count));  
	  
	 start = System.currentTimeMillis();  
	 for (int i = 0; i < count; i++) {  
	  validator.validate(validObject, APIValidationGroup.class);  
	 }  
	 diff = (System.currentTimeMillis() - start);  
	 System.out.println("hibernate custom validation absolute: " + diff + " avg: " + ((double)diff / count));  
	  
	 start = System.currentTimeMillis();  
	 for (int i = 0; i < count; i++) {  
	  validateCustom(validObject);  
	 }  
	 diff = (System.currentTimeMillis() - start);  
	 System.out.println("static custom validation absolute: " + diff + " avg: " + ((double)diff / count));  
	}  
	  
	private static boolean validate(BusinessObject obj) {  
	 if (StringUtils.isBlank(obj.getName())) {  
	  return false;  
	 }  
	 return true;  
	}  
	  
	private static boolean validateCustom(BusinessObject obj) {  
	 if (!validate(obj)) {  
	  return false;  
	 }  
	 if (obj.getUuid() == null) {  
	  return false;  
	 }  
	 return true;  
}

Результаты выполнения следующие (hibernate validator 4.2.0.Final):

• hibernate validation absolute: 2410 avg: 0.00241
• static validation absolute: 17 avg: 1.7E-5
• hibernate custom validation absolute: 3407 avg: 0.003407
• static custom validation absolute: 16 avg: 1.6E-5

Выводы:

1. Hibernate валидация на ровном месте даёт падение производительности в ~150 раз. Поэтому если Ваше приложение это low-latency система, то, возможно, стоит подумать сколько объектов нужно проверять и как много полей. Возможно (но не гарантированно) стоит делать проверки через static методы.
2. Однако если посмотреть абсолютные величины, то заметно, что удобство и гибкость в настройки валидации стоит всего 0.002 миллисекунды. Если у Вас CRUD интернет приложение, то Hibernate validator будет гораздо лучшим выбором.