SpringMVC之用

本章分析SpringMVC是怎么处理请求的，首先分析HttpServletBean FrameworkServlet 和DispatcherServlet这三个Servlet的处理过程。
这样大家可以明白从Servlet容器将请求交给SpringMVC一直到DispatcherServlet具体处理请求之前都做了些什么，最后再重点分析SpringMVC中最核心的处理方法doDispatch的结构
HttpServletBean
HttpServletBean主要参与了创建工作，并没有涉及请求的处理。之所以单独将它列出来是为了明确告诉大家这里没有具体处理请求
FrameworkServlet
前面讲过Servlet的处理过程：首先是从Servlet接口的service方法开始，然后在HttpServlet的service中根据请求的不同将请求路由到了doGet,doHead,doPost,doPut,doDelete,doOptions和doTrace七个方法
在FrameworkServlet中重写了service、doGet、doPost、doDelete、doOptions、doTrace方法(除了doHead)。在service方法中增加了对PATCH类型请求的处理，其他类型的请求直接交给了父类进行处理；
doOptions和doTrace方法可以通过设置dispatchOptionsRequest和dispatchTraceRequest参数决定是自己处理还是交给父类处理(默认父类处理)；
doGet,doPost,doPut,doDelete都是自己处理，所有需要自己处理的请求都交给了processRequest方法进行统一处理

//org.springframework.web.servlet.FrameworkServlet
protected final void processRequest(HttpServletRequest request,HttpServletResponse response){
	long startTime = System.currentTimeMillis();
	//获取LocalContextHolder中原来保存的LocaleContext
	LocaleContext previousLocaleContext = LocaleContextHolder.getLocaleContext();
	//获取当前请求的LocaleContext
	LocaleContext localeContext = buildLocalConetxt(request);
	//获取RequestContextHolder中原来保存的RequestAttributes
	RequestAttributes previousAttributes = RequestContextHolder.getRequestAttributes();
	//获取当前请求的ServletRequestAttributes
	ServletRequestAttributes requestAttributes = buildRequestAttributes(request,response,previousAttributes);
	WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
	asyncManager .registerCallableInterceptor(FrameworkServlet.class.getName(),new RequestBindingInterceptor());
	//将当前请求的LocaleContext和ServletRequestAttributes设置到LocaleContextHolder和RequestContextHolder
	initContextHolders(request,localeContext,requestAttributes);

	//实际处理请求入口
	doService(request,response);
}

processRequest方法中的核心语句是doService(req,resp),这是一个模板方法，在DispatcherServlet中具体实现
除了异步请求和调用doService方法具体处理请求，processRequest自己主要做了两件事情，1.对LocaleConetxt和RequestAttributes的保存以及处理完之后的恢复；2.处理完成后发布了ServletRequestHandledEvent消息
DispatcherServlet
DispatcherServlet是SpringMVC最核心的类，整个处理过程的顶层设计都在这里面
DispatcherServlet里面执行处理的入口方法应该是doService，不过doService并没有直接进行处理，而是交给了doDispatch进行具体的处理。
doDispatch中最核心的代码只要4句，它们的任务分别是
1.根据request找到Handler
2.根据Handler找到对应的HandlerAdapter
3.用HandlerAdapter处理Handler
4.调用processDispatchResult方法处理上面处理之后的结果(包含找到View输出给用户)

Handler： 处理器，它直接对应着MVC中的C也就是Controller层，它的具体表现形式有很多，可以是类，也可以是方法，如果你能想到别的表现形式也可以使用，它的类型是Object。标注了@RequestMapping的所有方法都可以看成一个Handler。只要可以实际处理请求就可以是Handler
HandlerMapping： 是用来查找Handler的，在SpringMVC中会处理很多请求，每个请求都需要一个Handler来处理，具体接收到一个请求后使用哪个Handler来处理，这就是HandlerMapping要做的事情
HandlerAdapter： SpringMVC中的Handler可以是任意的形式，只要能处理请求就OK，但是Servlet需要的处理方法的结构固定的，都是以request和response为参数的方法(如doService方法)。怎么让固定的Servlet处理方法调用灵活的Handler进行处理呢，这就是HandlerAdapter要做的事情
另外View和ViewResolver的原理与Handler和HandlerMapping的原理类似
View是用来展示数据的，而ViewResolver用来查找View
现在再回过头去看上面的四句话应该容易理解了，它们分别是：使用HandlerMapping找到干活的Handler，找到使用Handler的HandlerAdapter，让HandlerAdapter使用Handler干活，干完活后将结果View展示给用户

doDispatch结构

doDispatch大体可以分为两部分：处理请求和渲染页面
doDispatch中首先检查是不是上传请求，如果是上传请求，则将request转换为MultipartHttpServletRequest，并将multipartRequestParsed标志设置为true。其中使用到了MultipartResolver
然后通过getHandler方法获取Handler处理器链，其中使用到了HandlerMapping，返回值为HandlerEcecutionChain类型，其中包含着与当前request相匹配的Interceptor和Handler
接下来是处理GET、HEAD请求的Last-Modified，当浏览器第一次跟服务器请求资源时，服务器在返回的请求头里面会包含Last-Modified属性，代表本资源最后是什么时候修改的，在浏览器以后发送请求时会同时发送之前接收到的Last-Modified，服务器接收到带Last-Modified的请求后会用其值和自己实际资源的最后修改时间做对比，如果资源过期了则返回新的资源(同时返回新的Last-Modified)，否则直接返回304状态码表示资源未过期，浏览器直接使用之前缓存的结果
接下来依次调用相应Interceptor的preHandler
让HandlerAdapter使用Handler处理请求，Controller就是在这个地方执行的