概述
@Valid是使用Hibernate validation的时候使用
@Validated是只用Spring Validator校验机制使用
说明：java的JSR303声明了@Valid这类接口，而Hibernate-validator对其进行了实现
@Validation对@Valid进行了二次封装，在使用上并没有区别，但在分组、注解位置、嵌套验证等功能上有所不同，这里主要就这几种情况进行说明。
注解位置
@Validated：用在类型、方法和方法参数上。但不能用于成员属性（field）
@Valid：可以用在方法、构造函数、方法参数和成员属性（field）上
如：
如果@Validated注解在成员属性上，则会报不适用于field错误
分组校验
@Validated：提供分组功能，可以在参数验证时，根据不同的分组采用不同的验证机制
@Valid：没有分组功能
举例：
定义分组接口：
public interface IGroupA {
定义需要检验的参数bean：
public class StudentBean implements Serializable{
测试代码：
检验分组为IGroupA的情况
@RestController
测试：
这里对分组IGroupB的就没检验了
如果把测试代码改成下面这样，看看测试结果
@RestController
说明：
1、不分 配groups，默认每次都要进行验证
2、对一个参数需要多种验证方式时，也可通过分配不同的组达到目的。
组序列
默认情况下 不同级别的约束验证是无序的，但是在一些情况下，顺序验证却是很重要。
一个组可以定义为其他组的序列，使用它进行验证的时候必须符合该序列规定的顺序。在使用组序列验证的时候，如果序列前边的组验证失败，则后面的组将不再给予验证。
举例：
定义组序列：
@GroupSequence({Default.class, IGroupA.class, IGroupB.class})
需要校验的Bean，分别定义IGroupA对age进行校验，IGroupB对className进行校验：
public class StudentBean implements Serializable{
测试代码：
@RestController
测试发现，如果age出错，那么对组序列在IGroupA后的IGroupB不进行校验，即例子中的className不进行校验，结果如下：
嵌套校验
一个待验证的pojo类，其中还包含了待验证的对象，需要在待验证对象上注解@Valid，才能验证待验证对象中的成员属性，这里不能使用@Validated。
举例：
需要约束校验的bean：
public class TeacherBean {
public class StudentBean implements Serializable{
注意：
这里对teacherBeans只校验了NotNull, 和 Size，并没有对teacher信息里面的字段进行校验，具体测试如下：
这里teacher中的type明显是不符合约束要求的，但是能检测通过，是因为在student中并没有做 嵌套校验
可以在teacherBeans中加上 @Valid，具体如下：
@Valid
这里再来测试，会发现如下结果：
