Bean Validation 规范
Bean Validation Specification
Java Bean Validation Specification
Bean Validation standardizes constraint definition, declaration and validation for the Java platform. Constrain once, validate everywhere.
Bean Validation 标准化了Java平台的约束定义、描述、和验证。
- Constraints for JavaBeans
- Validation via API or automatically
- JPA
- JSF, Spring MVC, GWT
- JAX-RS
 
- Extensible(custom constraints)
- BV 1.1: method validation
Jakarta Bean Validation 是一个 Java 规范
- 允许您通过注释来表达对对象模型的约束
- 让您以可扩展的方式编写自定义约束
- 提供 API 来验证对象和对象图
- 提供 API 来验证方法和构造函数的参数和返回值
- 报告一组违规行为(本地化)
- 在 Java SE 上运行并集成在 Jakarta EE 9 和 10 中
Bean Validation 1.0 (JSR-303)
定义了基于注解方式的JavaBean验证元数据模型和API,也可以通过XML进行元数据定义,但注解将覆盖XML的元数据定义。
JSR303 是一套JavaBean参数校验的标准,它定义了很多常用的校验注解,直接将这些注解加在JavaBean的属性上面,就可以在需要校验的时候进行校验了。
内建约束
@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) | 被注释的元素必须符合指定的正则表达式 | 
validation-api 中的 NotNull 注解,hibernate-validator 中 NotNullValidator。
|  |  | 
Bean Validation 1.1 (JSR-349)
依赖注入
Bean Validation 使用几个组件 MessageInterpolator、TraversableResolver、ParameterNameProvider、ConstraintValidatorFactory、ConstraintValidator。Bean Validation 1.1 标准化了容器如何管理这些对象以及这些对象如何从容器服务中受益。特别是,Java EE 中定义的 CDI 支持。
CDI (Contexts and Dependency Injection) is a standard dependency injection framework included in Java EE 6 and higher. 它允许我们通过特定领域的生命周期上下文管理有状态组件的生命周期,并以类型安全的方式将组件(服务)注入客户端对象。
方法验证
Bean Validation 1.1 允许对任意方法和构造函数的参数和返回值施加约束。这样,Bean Validation API 可用于描述和验证应用于给定方法或构造函数的合约,即:
- 在调用方法或构造函数之前调用者必须满足的先决条件和
- 在方法或构造函数调用返回后向调用者保证的后置条件。
这启用了一种称为“按合同编程”(PbC) 的编程风格。与检查参数和返回值的完整性的传统方法相比,这种方法有几个优点:
- 这些检查以声明方式表达,不必手动执行,从而减少了编写、读取和维护的代码。
- 申请方法或构造函数的前置条件和后置条件不必在文档中再次表达,因为它的任何注释都会自动包含在生成的 JavaDoc 中。这减少了冗余,从而避免了实施和文档之间的努力和不一致。
Bean Validation 2.0 - JSR 380
|  |  | 
- 支持容器(集合)元素约束 List<@Positive Integer> positiveNumbers- 更灵活的级联验证 Map<@Valid CustomerType, @Valid Customer> customersByType
- 支持 java.util.Optional
 
- 更灵活的级联验证 
- 所有内建约束标记为可重复 @Repeatable(List.class)
- 新约束类型 @Email,@NotEmpty,@NotBlank,@Positive,@PositiveOrZero,@Negative,@NegativeOrZero,@PastOrPresentand@FutureOrPresent
- 支持 JSR 310 date/time types for @Pastand@Future
- ConstraintValidator#initialize()变为 default 方法
New Constraints
- @NotEmpty @NotBlank
- @Positive @PositiveOrZero @Negative @NegativeOrZero
- @PastOrPresent @FutureOrPrent
|  |  | 
用例:不同角色不同密码强度
|  |  | 
用例:不为空的集合元素
|  |  | 
Type Annotations (JSR 308)
- 新的元素类型 ElementType.TYPE_USE
|  |  | 
级联验证
|  |  | 
Optional
OptionalInt, OptionalLong, OptionalDouble
|  |  | 
@Past/@Future/@FutureOrPresent for JSR 310 类型:
java.time.LocalDateTime, ZonedDateTime etc.
|  |  | 
Jakarta Bean Validation 3.0
|  |  |