程序员小潘

假设现在有个需求，要实现接口请求体参数和响应数据的加密传输，换作是你会如何实现呢？这个方案的缺点是代码侵入性太强，接口方法更应该专注于业务。另外就是处理起来太麻烦，会产生很多冗余代码。有没有更优雅的处理方式呢？

DataBinder 是数据绑定器，它的作用是把一组属性值绑定到目标对象上，参数绑定的方式一般是通过 Java 反射。WebDataBinder 顾名思义，它是专门在 Web 环境使用的数据绑定器。“数据绑定”对于框架而言是一项基础能力，很多地方都有数据绑定的需求。以 Spring MVC 为例，框架需要把 HttpServletRequest 参数绑定到 Java 对象上。

被注解的方法就是一个请求处理器 handler，Spring MVC 会把该方法封装成 HandlerMethod 对象。HTTP 请求经过 RequestMappingInfo 条件匹配后最终路由到目标 HandlerMethod，接下来就是对目标方法的调用了。调用方法你得有参数吧，所以 Spring MVC 会先依赖 HandlerMethodArgumentResolverComposite 组件解析参数列表，再反射调用目标方法，本文重点参数的解析。

DispatcherServlet 通过 HandlerMapping 匹配完各种条件后，终于找到目标处理器 handler了。但是 handler 是个 Object，它可能是 Spring MVC 内置的 handler，也可能是你自定义的 handler，总之 DispatcherServlet 并不认识它，没法指挥它干活。这个时候，就需要依赖 HandlerAdapter 组件了。它是处理器适配器，顾名思义它是协调 handler 干活的角色，它肯定认识它能指挥的 handler。

我们已经知道，被标注的方法会被解析为 HandlerMethod，它也是 Spring MVC 中最常用的 Handler 类型。现在的问题是，HTTP 请求是如何路由到对应的 HandlerMethod？你可能脱口而出：根据请求的 Url 匹配啊！的确，Url 匹配是最简单一种规则，但事实上 Spring MVC 的功能之丰富超乎你想象。除此之外，你还可以根据请求方法、请求头、Content-Type、Accept、甚至自定义更复杂的路由规则。

AbstractHandlerMapping 也采用了模板方法模式，它是其它实现类的基类，实现了一些通用逻辑。调用子类查找处理器没有找到尝试用默认处理器如果 handler 是字符串类型，则通过容器查找对应的 Bean 作为 handler获取能匹配到的 HandlerInterceptor，构建 HandlerExecutionChain// 查找Handler，交给子类// 如果是字符串，从容器查找bean作为handlerif (!

DispatcherServlet 是 Spring MVC 的核心类，它本质是一个 Servlet，负责接管 HTTP 请求并把它分发给对应的处理器处理，最后处理响应结果渲染页面。DispatcherServlet 本身并不复杂，它提供了一个模板方法来处理请求，把请求处理的细节交给了依赖的其它组件。本文先分析 DispatcherServlet 的初始化流程，再分析请求的整体处理流程，至于请求处理中涉及到的其它组件，会另起篇幅。

为了让大家更好的理解 Spring MVC 处理 HTTP 请求的大致流程、以及这些组件的作用，我们自定义一个处理器来处理 HTTP 请求。前面说过了，在 Spring MVC 中 Handler 可以以任何形式存在，它可以是一个类，也可以是一个方法。逻辑很简单，输出一个超级简单的 HTML。光有 MyHandler 还不够，Spring MVC 又不认识它，没法指挥它干活啊。@Component// 是否支持给定的handler@Override。

在Spring MVC的架构里面，负责处理HTTP请求的组件叫Handler。DispatcherServlet会根据请求的URL查找对应的处理器Handler，再根据Handler查找对应的适配器，再通过协调Handler处理请求。Spring MVC并没有限制Handler的类型，使用Object来表示，Handler可以以任何形式存在。正因为如此，所以需要适配器来协调Handler工作。Spring MVC默认有四种类型的Handler，对应的也就有四种适配器。

ControllerServlet开发者还可以自定义Handler，面对各种各样类型的Handler，Spring MVC再也不能简单直接的面向接口编程了。于是Spring MVC采用了适配器模式，通过不同的适配器去协调不同的Handler工作，适配器本身是很容易抽象成接口的，所以Spring MVC又可以愉快的面向接口编程了。

Spring MVC将请求处理器定义为handler，因为handler可以以很多形式存在，所以Spring并没有限制handler的类型，用Object来表示。然后又因为这个原因，Spring MVC针对不同的handler设计了不同的HandlerAdapter来协调handler处理请求。那么，Spring是怎么根据请求Request查找到对应的处理器handler的呢？

使用过SpringMVC的同学都知道，当我们需要在Controller层接收客户端的请求参数时，只需要在形参上加@RequestParam注解，SpringMVC就会自动帮我们做参数绑定，如下示例：@GetMapping("test1")public void test1(@RequestParam("name") String name, @RequestParam("age") Integer age) {}客户端请求示例：curl http://127.0.0.1:8080/test1?

SpringMVC，这个大家每天都在使用的框架，不知大家在使用的时候，是否有考虑过它线程安全的问题呢？我们都知道，SpringMVC通过前端控制器DispatcherServlet来分发处理请求，通过对请求URL和@RequestMapping的映射关系，来调用Controller中对应的方法。Spring的IOC容器中，默认都是单例的，Controller也不例外。服务器肯定是需要接收大量...