Spring方法级别数据校验：@Validated + MethodValidationPostProcessor (4)

到这里，可能有小伙伴就会早早下结论：当同时存在时，以接口的约束为准。
那么，我只把返回值稍稍修改，你再看一下呢？？？

@Override public @NotNull String hello(Integer id, String name) { return null; // 返回值改为null }

再运行：

javax.validation.ConstraintViolationException: hello.<return value>: 不能为空, hello.<return value>: 不能为null ...

透过打印的信息，结论就自然不必我多。但是有个道理此处可说明：大胆猜测，小心求证

4、如何校验级联属性？

在实际开发中，其实大多数情况下我们方法入参是个对象（甚至对象里面有对象），而不是单单平铺的参数，因此就介绍一个级联属性校验的例子：

@Getter @Setter @ToString public class Person { @NotNull private String name; @NotNull @Positive private Integer age; @Valid // 让InnerChild的属性也参与校验 @NotNull private InnerChild child; @Getter @Setter @ToString public static class InnerChild { @NotNull private String name; @NotNull @Positive private Integer age; } } public interface HelloService { String cascade(@NotNull @Valid Person father, @NotNull Person mother); } @Slf4j @Service @Validated(Default.class) public class HelloServiceImpl implements HelloService { @Override public String cascade(Person father, Person mother) { return "hello cascade..."; } }

运行测试用例：

@Test public void test1() { helloService.cascade(null, null); }

输出如下：

cascade.father: 不能为null, cascade.mother: 不能为null

此处说明一点：若你father前面没加@NotNull，那打印的消息只有：cascade.mother: 不能为null

我把测试用例改造如下，你继续感受一把：

@Test public void test1() { Person father = new Person(); father.setName("fsx"); Person.InnerChild innerChild = new Person.InnerChild(); innerChild.setAge(-1); father.setChild(innerChild); helloService.cascade(father, new Person()); }

错误消息如下（请小伙伴仔细观察和分析缘由）：

cascade.father.age: 不能为null, cascade.father.child.name: 不能为null, cascade.father.child.age: 必须是正数

思考：为何mother的相关属性以及子属性为何全都没有校验呢？

5、循环依赖问题

上面说了Spring对@Validated的处理和对@Aysnc的代理逻辑是差不多的，有了之前的经验，很容易想到它也存在着如题的问题：比如HelloService的A方法想调用本类的B方法，但是很显然我是希望B方法的方法校验是能生效的，因此其中一个做法就是注入自己，使用自己的代理对象来调用：

public interface HelloService { Object hello(@NotNull @Min(10) Integer id, @NotNull String name); String cascade(@NotNull @Valid Person father, @NotNull Person mother); } @Slf4j @Service @Validated(Default.class) public class HelloServiceImpl implements HelloService { @Autowired private HelloService helloService; @Override public Object hello(@NotNull @Min(10) Integer id, @NotNull String name) { helloService.cascade(null, null); // 调用本类方法 return null; } @Override public String cascade(Person father, Person mother) { return "hello cascade..."; } }

运行测试用例：

@Test public void test1() { helloService.hello(18, "fsx"); // 入口方法校验通过，内部调用cascade方法希望继续得到校验 }

运行报错：

Caused by: org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'helloServiceImpl': Bean with name 'helloServiceImpl' has been injected into other beans [helloServiceImpl] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using 'getBeanNamesOfType' with the 'allowEagerInit' flag turned off, for example. at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean ...

这个报错消息不可为不熟悉。关于此现象，之前做过非常非常详细的说明并且提供了多种解决方案，所以此处略过。

若关于此问的原因和解决方案不明白的，请移步此处：【小家Spring】使用@Async异步注解导致该Bean在循环依赖时启动报BeanCurrentlyInCreationException异常的根本原因分析，以及提供解决方案