研究javax.validation.constraints.NotNull运行原理

1. 研究javax.validation.constraints.notnull运行原理

1.1. 源码跟进

1. 为了找到notnull到底是在哪里被处理，我先打印一个错误信息，根据错误信息的关键字，我首先找到的是这个地方，可以看到是webmvc包，可以理解，毕竟是通过接口请求并拦截的，需要经过webmvc

2. 接下来要探究这句话是怎么产生的了，追溯body值得来源，发现最终捕获异常的地方在dispatcherservlet类的如下方法，感觉快要找到了，进入handle方法吧

3. 继续往里面找，找到了抛methodargumentnotvalidexception异常的地方，可以看到验证参数的方法就是validateifapplicable

4. 进到这个方法就能看到熟悉的小伙伴了，@validated这个注解，在需要验证的controller接口都需要加，之后的核心验证方法为binder.validate，之后需要层层递进分叉非常多了，我就讲一条我遇到的实际问题找寻源码的路径

1.2. 问题

1. 只是在controller层，写个@validated注解，之后的@notnull判断等注解判断只在@validated定义的对象生效，现在我想要实现对象中的对象也实现验证效果，我这里直接说结论了，我写了如下类，我需要body对象也能够得到参数验证，则在类方法上加个@valid注解即可实现，接下去看源码

@data
public class request<t> {
    /**
     * 请求体
     */
    @valid
    private t body;

    /**
     * 请求码(预留可不填)
     */
    private integer requestcode;

    /**
     * 额外请求参数，可另做处理
     */
    private map<string,object> extend;
}

2. 由于深入层数过多，我会挑几个重点截图，起到抛砖引玉的作用了，想要深入了解一定要自己看源码

3. 通过springvalidatoradapter验证类作为核心
   

4. 接下去解析注解，中间调整过多，我会跳过几层

5. 终于找到获取对象属性的@valid注解
   

6. 获得了这个级联元数据，后续的判断就会用到这个，设值valuecontext，我把这个exampledeletevo对象的id属性设值了注解@notnull

7. 可以看到它获取了id为null的值放入了currentvalue
   

1.3. 总结

一开始我研究@validated注解就是为了找是否有办法验证对象内对象，如果不行可能就需要自己写拦截器方法了，不到迫不得已我也不想重复造*，毕竟@validated自带的验证这么多，写起来也蛮累的，还容易出bug。有耐心看完这篇文章的估计是遇到@vaildated的问题了，希望能起到抛砖引玉的作用吧