使用场景 项目开发中经常会涉及到非常复杂的业务逻辑，如果全部耦合在一起，一个类的代码就会非常长，所以需要我们对业务代码进行解耦。

在日常的接口开发中，为了防止非法参数对业务造成影响，经常需要对接口的参数做校验，例如登录的时候需要校验用户名密码是否为空，创建用户的时候需要校验邮件、手机号码格式是否准确。靠代码对接口参数一个个校验的

Controller需要在校验的参数上添加@Validation注解...拿到BindingResult对象... 由于我在测试的时候，已经把日期转换器关掉了，因此提示了字符串不能转换成日期，但是名称的校验已经是出来了... 分组校验其实就是为了我们的校验更加灵活，有的时候，我…

本文已参与 「掘力星计划」 ，赢取创作大礼包，挑战创作激励金。 目前Bean Validation（JSR-349）的新特性可以到官网查看，之前用的参数校验有很多，主要集中于： 跨参数验证（比如密码和

基于上篇请求路径初步探索，了解到了一个请求到具体处理方法的大致路径，本篇就继续探索，看下路径是如何匹配到处理方法的

Spring——BeanFactory和FactoryBean的区别 概述 这俩在Spring中压根就完全不一样。在一些框架和Spring融合的时候使用FactoryBean。BeanFactory在