SpringMvc 请求处理流程（如何从tomcat到SpringMvc）

HttpServletBean

在init方法中， 首先将Servlet配置的参数使用BeanWrapper设置到DispatcherServlet中， 然后调用initServletBean
子类通过这个方法进行初始化

FrameworkServlet
入口方法是initServletBean, 里面核心方法有两句： 初始化WebApplicationContext； 初始化FrameworkServlet
initWebApplicationContext方法里获取Spring的根容器rootContext，将webApplicationContext设置到ServletContext

DispathcerServlet

onRefresh是其入口方法， onRefresh中调用了initStrategies， 在initStrategies中调用了9个初始化方法
首先从context（WebApplicationContext）找自定义的Bean， 找不到则getDefaultStrategy获取默认组件

请求处理流程

Servlet
是接口规范 定义了Spring如何和tomcat通信， 可以这样理解， tomcat有着Servlet接口规范，并且是个大容器，自己的Spring是个小容器， Spring里面的Servlet是Spring中的小容器。 那么既然Spring是tomcat容器里面的小容器， 自然可以拿到tomcat在接受连接之后所干的“脏活累活”了。 容器可以理解为类的概念，子容器为类的属性 或着内部类的样子。

GenericServlet

做了三件事：

1. 实现了ServletConfig 接口，让我们可以直接调用ServletConfig中的方法
2. 提供了无参的init方法
3. 提供了log方法

HttpServlet（属于Java）
将ServletRequest和ServletResponse转换为HttpServletRequest和HttpServletResponse
实现了Servlet方法 service方法中根据方法逻辑 由doGet doPost等方法具体处理
做了doHead doOptions doTrace的默认实现， 其中doHead调用doGet, 然后返回只有header没有body的response

HttpServletBean（属于Spring）
对于请求的处理啥也没干

FrameworkServlet（属于Spring）

继承HttpServlet 又重写了 service doGet doPost等（除了doHead）
service中增加了对PATCH类型请求的处理。 doGet doPut doDelete 都是自己处理，
处理方法内统一交给(调用)processRequest方法处理， processRequest核心语句是
doService（request， response），在DispathcerServlet中有具体实现

DispathcerServlet（属于Spring）
在其doService方法中将webApplicationContext、localeResolver、hteme-Resolver、themeSource、FlashMap、FlashMapManager设置到request的属性中以方便调用。然后将doDispatch方法进行具体处理。
doDispatch 方法中最核心的代码只有4句
1、根据request找到Handler
2、根据Handler找到HandlerAdapter
3、用HandlerAdapter处理Handler
4、调用processDispatchResult方法处理上面的结果