1 流程对比

1.1 原生servlet开发流程

1. 根据需求编写servlet程序
2. 在web.xml 中通过配置，指定servlet所能处理的请求，即建立servlet与请求路径间的映射
3. 在Servlet的service方法中对路径进行再判断，从而进行具体的逻辑处理
4. servlet参数从request中获取，servlet的响应则放入response对象中

<servlet><!--自定义的servlet--><servlet-name>myServlet</servlet-name><servlet-class>org.wyy.mvc.originweb.MyServlet</servlet-class>
</servlet>
<!--配置servlet处理路径-->
<servlet-mapping><servlet-name>myServlet</servlet-name><url-pattern>/my/*</url-pattern>
</servlet-mapping>

1，/my/hello/query 请求
2，通过servlet-mapping找到对应的Servlet
3，在Servlet的service()中对url进行再判断和处理
public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException{if(req.url.equals("/my/hello/add")){// 执行新增}if(req.url.equals("/my/hello/query")){// 执行业务操作： 查询Obj data = helloService.doQuery();// 其他后续处理，如：视图的处理}
}

上述代码可以看到，特定URL通过特定逻辑代码进行处理，这之间其实是有映射关系的。如果只配置一个Servlet，则Servlet中会掺杂很多业务，导致类臃肿混乱；如果在web.xml中一个实体配置一个Servlet，则配置繁杂。

思考：这里的service()方法体内部就好比现在的controller。SpringMVC其实是将通用、重复的代码进行封装。它是如何做的？

1.2 集成SpringMVC后

SpringMVC开发中，我们做哪些配置？

1. 编写controller，配置requestMapping()
2. 配置web.xml中的servelt，指定使用DispatcherServlet，并设置它能处理的URL

结合原生的请求处理流程和SpringMVC的开发模式，可以很轻松的看出：配置requestMapping就是配置请求映射，web.xml中的servelt只配置一个，说明这个Servlet是请求处理的入口，那么请求在这个Servlet中肯定做了委派转发，将不同请求转发给不同的controller类中。据此，看看源码：

1.2.1 DispatcherServlet源码

1. 请求进入DispatcherServlet，DispatcherServlet没有重写service方法，所以调用父类HttpServlet.service

1. FrameworkServlet作为DispatcherServlet的父类和HttpServlet的子类，它重写了service(httpreq,httpresp),所以调用FrameworkServlet.service()。这里if的判断不论分支，最终都会调用processRequest，因为super.service中根据请求方法的不同，将去调用doGet或doPost等，由于FrameworkServlet同样重写了父类的doGet等一系列方法，且在方法内统一调用processRequest，所以super.service最终还是调用processRequest。

1. processRequest()使用模版模式，将请求的处理封装成doService(),交由子类重写

1. DispatcherServlet作为FrameworkServlet的子类，重写了doService()方法，所以请求还是绕回了DispatcherServlet.doService(),这个方法中，doDispatch顾名思义，进行请求的分发。

1. 前面提到过，多个controller，但web.xml中只配置了一个DispatcherServlet，那么这个类中一定做了请求转发的逻辑。

doDispatch方法中：

1. getHandler()获取请求的处理器，也就是RequestMapping注解标注的方法。在controller中，我们使用RequestMapping注解标记方法，实际是完成了路径和方法之间的映射，Spring启动时扫描并获取映射关系，通过路径就很容易得到handler。
2. 有了handler，如何使用handler处理请求呢，这里就需要adapter了。getHandlerAdapter()获取handler适配器。不同的handler需要不同的adapter进行处理：

1. 1. RequestMapping注解标注的处理器，使用RequestMappingHandlerAdapter
   2. HttpRequestHandler类型的处理器，使用HttpRequestHandlerAdapter（见语雀：测试使用HttpRequestHandler实现Servlet）

1. 适配器中，通过handle()方法，利用反射实现对handler处理器的调用，handler中完成对请求的处理。

看一下什么是handler适配器：

两个方法，1，判断是否支持适配传入的handler；2，处理请求。再看下接口实现类，以常用的RequestMapping注解的handler适配器为例，它的处理逻辑：

跟踪代码，最终看到：method.invoke(obj,args)

2 SpringMVC中请求的执行流程

1. 调用servlet.service()方法 --> doService()
2. 执行dispatcherServlet.doService() --> doDispatch()

1. 1. 根据请求URL，从handlerMapping中获取Handler,这个Handler是一个处理器执行链对象，这个对象中包含一个拦截器列表interceptorList

HandlerMapping中放的是 方法注解中的 URL --> 方法名

1. 1. 根据Handler获取 适配器 getHandlerAdapter(mappedHandler.getHandler());
   2. 遍历所有HandlerInterceptor的prehandle（）
   3. 适配器对象调用具体的handle(),（通过反射调用 controller中的具体方法），返回ModelAndView视图对象
   4. 遍历所有HandlerInterceptor的PostHandler（）
   5. 调用processDispatchResult()，处理派遣结果如渲染MV，方法中最后调用拦截器的afterCompletion()

3 总结

传统的servlet程序，请求到来时根据web.xml中的URL与servlet映射关系，直接找到相应的servlet进行处理。springMVC则可以看做是通过DispatcherServlet对请求做了二次转发，servlet中不再处理具体业务，而是将请求派遣给controller中的方法去执行。其中，方法定位的逻辑是通过请求的URL与controller方法上注解的路径进行比对，这些方法名和路径的映射关系被缓存到handlerMapping中。controller中的方法是HandlerAdapter通过反射执行的，执行前后分别执行过滤器相应的逻辑。业务方法执行完成，执行结果封装为一个MV模型视图对象，并提供相应的视图解析器对结果进行解析渲染。

欢迎评论，请勿转载！！！