SpringMVC
攔截器
Spring MVC也可以使用攔截器對請求進行攔截處理，可以自定義攔截器來實現特定的功能，自定義的攔截器可以實現HandlerInterceptor接口中的三個方法，也可以繼承HandlerInterceptorAdapter 適配器類按照需要那個方法，就實現哪個方法
過濾器與攔截器區別
過濾器：過濾器在Servlet之前操作
攔截器：攔截器在Servlet之後，請求處理器（Controller）之前操作。
攔截器三個方法
① preHandle()：這個方法在（Controller）處理器處理請求之前被調用，在該方法中對用戶請求 request 進行處理。如果該攔截器對請求進行攔截處理後還要調用其他的攔截器，或者是業務處理器去進行處理，則返回 true；如果不需要再調用其他的組件去處理請求，則返回false。（如果返回false則後續操作都不再執行，類似於過濾器的 doFilter 所以正常情況下不要返回 false）
② postHandle()：這個方法在（Controller）處理器處理完請求後，但是 DispatcherServlet 向客戶端返回響應前（在視圖渲染之前）被調用，在該方法中對用戶請求request進行處理。
③ afterCompletion()：這個方法在 DispatcherServlet 完全處理完請求後（轉發|重定向 之後）被調用，可以在該方法中進行一些資源清理關閉的操作。
配置攔截器
<mvc:interceptors> <!-- 爲所有請求設置攔截器 也可用 ref 引用已經裝配好的攔截器--> <bean id="firstHandlerInterceptor" class="main.controller.FirstHandlerInterceptor"></bean> <mvc:interceptor> <!-- 表示指定攔截器只攔截/test/下的所有請求--> <mvc:mapping path="/test/**/"/> <!-- 表示訪問/test/test.do的請求不會觸發攔截器--> <mvc:exclude-mapping path="/test/test.do"/> <!-- 爲指定的請求設置攔截器 也可用 ref 引用已經裝配好的攔截器--> <bean id="testInterceptor" class="main.controller.TestInterceptor"></bean> </mvc:interceptor> </mvc:interceptors>
程序執行順序
1. preHandle():執行請求處理器的請求（Controller）方法之前執行。
2. 執行請求處理器的請求（Controller）方法
3. postHandle():執行請求處理器的請求（Controller）方法之後，在視圖渲染之前。
4. 視圖渲染
5. afterCompletion():視圖渲染（轉發|重定向）之後執行。
多個攔截器的執行流程
當存在多個攔截器時的執行順序，由配置的先後順序決定。（preHandle() 先配置，先執行）
preHandle():與攔截器配置的先後順序一致。
postHandle():與攔截器配置的先後順序相反。底層倒序循環調用的
afterCompletion():與攔截器配置的先後順序相反。
preHandle()返回值爲false時的工作原理
第一個攔截器的preHandle()的返回值爲false:
只執行第一個攔截器的prehandle()方法，執行完，return;(後續的方法都不執行)
不是第一個攔截器的preHandle()的返回值爲false:
當前攔截器之前的攔截器的afterCompletion()都會被執行。
當兩個攔截器的 preHandle() 方法都返回 true 時，按照虛線路執行
當第二個攔截器 preHandle() 方法返回 false 時按照實現路線執行
異常處理
在SpringMVC中，無論請求控制器中是否存在異常，都會返回ModelAndView對象
Spring MVC 通過 HandlerExceptionResolver 處理程序的異常，包括 Handler 映射、數據綁定以及目標方法執行時發生的異常
DispatcherServlet 默認裝配的 HandlerExceptionResolver 有 DefaultHandlerExceptionResolver 解析器會自動將標準的Spring MVC異常解析爲HTTP錯誤狀態碼
使用 <mvc:annotation-driven/> 配置會裝配Spring3.0後新增的異常解析器，實現更精細化處理。如果希望對所有異常進行統一處理或指定某一異常跳轉頁面，可以使用 SimpleMappingExceptionResolver，它將異常類名映射爲視圖名，可實現跳轉到指定頁面，並報告異常.
配置異常解析器
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"> <!-- 爲所有異常定義默認的處理頁面,exceptionMappings未定義的， value表示跳轉頁面，至於文件路徑和後綴已經在 viewResolver 中指定--> <property name="defaultErrorView" value="error"></property> <!-- 定義異常處理頁面用來獲取異常信息的變量名，被存放到 request 域中--> <property name="exceptionAttribute" value="exception"></property> <!-- 需要特殊處理的異常，全類名作爲key，異常頁文件名作爲值，可將不同的異常映射到不同的頁面上--> <property name="exceptionMappings"> <props> <prop key="java.lang.NullPointerException">nullPointer</prop> </props> </property> </bean>
<mvc:annotation-driven/>
是spring MVC爲@Controllers分發請求所必須的，即啓用註解驅動，解決了@Controller註解使用的前提配置。
同時它還提供了：數據綁定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，讀寫XML的支持（JAXB，讀寫JSON的支持（Jackson）。
它會自動爲我們註冊了很多的Bean，最重要的就是RequestMappingHandlerMapping和RequestMappingHandlerAdapter。
第一個是HandlerMapping的實現類，它會處理@RequestMapping 註解，並將其註冊到請求映射表中。
第二個是HandlerAdapter的實現類，它是處理請求的適配器，說白了，就是確定調用哪個類的哪個方法，並且構造方法參數，返回值。
簡單的說，用什麼註解，就需要聲明對應的BeanPostProcessor。而Spring爲我們提供了一種極爲方便註冊這些BeanPostProcessor的方式，即使用各種標籤來隱式地向 Spring 容器註冊
Spring工作流程
相關類
HandlerMapping(請求處理器的映射對象):定義了一個所有請求和請求處理器對象之間的映射關係對象
HandlerExecutionChain(請求處理器執行鏈對象):定義了 當前請求處理器對象，和所有攔截器對象。
HandlerAdapter(請求處理器的適配器對象):調用當前請求處理器的請求方法。
執行流程對應下圖理解
1）用戶向服務器發送請求，請求被SpringMVC 前端控制器 DispatcherServlet捕獲
2）DispatcherServlet對請求URL進行解析，得到請求資源標識符（URI）:判斷請求URI對應的映射
① 不存在：
再判斷是否配置了 mvc:default-servlet-handler：
如果沒配置，則控制檯報映射查找不到，客戶端展示404錯誤
如果有配置，則執行目標資源（一般爲靜態資源，如：JS,CSS,HTML）
② 存在：
執行下面流程
3）根據該URI，調用HandlerMapping獲得該Handler配置的所有相關的對象（包括Handler對象以及Handler對象對應的攔截器），最後以HandlerExecutionChain對象的形式返回；
4）DispatcherServlet 根據獲得的Handler，選擇一個合適的HandlerAdapter。
5）如果成功獲得HandlerAdapter後，此時將開始執行攔截器的preHandler(...)方法【正向】
6）提取Request中的模型數據，填充Handler入參，開始執行Handler（Controller)方法，處理請求。在填充Handler的入參過程中，根據你的配置，Spring將幫你做一些額外的工作：
① HttpMessageConveter： 將請求消息（如Json、xml等數據）轉換成一個對象，將對象轉換爲指定的響應信息
② 數據轉換：對請求消息進行數據轉換。如String轉換成Integer、Double等
③ 數據格式化：對請求消息進行數據格式化。 如將字符串轉換成格式化數字或格式化日期等
④ 數據驗證： 驗證數據的有效性（長度、格式等），驗證結果存儲到BindingResult或Error中
7）Handler執行完成後，向DispatcherServlet 返回一個ModelAndView對象；
8）此時將開始執行攔截器的postHandle(...)方法【逆向】
9）根據返回的ModelAndView（此時會判斷是否存在異常：如果存在異常，則執行HandlerExceptionResolver進行異常處理）選擇一個適合的ViewResolver（必須是已經註冊到Spring容器中的ViewResolver)返回給DispatcherServlet，根據Model和View，來渲染視圖
10）在返回給客戶端時需要執行攔截器的AfterCompletion方法【逆向】
11）將渲染結果返回給客戶端
Spring與SpringMVC
spring容器與springMVC容器對象的關係
springMVC容器對象，默認交個DispatcherServlet管理
spring容器對象，需要我們管理（交給Listener管理）
spring容器對象描述
Root WebApplicationContext: root of context hierarchy
springMVC容器對象描述
WebApplicationContext for namespace 'springDispatcherServlet-servlet':root of context hierarchy
spring容器對象是父，springMVC容器對象是子。子類可以直接調用父類方法。
SpringMVC 的 IOC 容器中的 bean 可以引用 Spring IOC 容器中的 bean.反之則不行.
在web應用下，獲取spring容器對象方式
ServletContext servletContext = httpSession.getServletContext();
ApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(servletContext);
在web應用下，獲取springMVC容器對象可直接通過裝配屬性的方式獲取
@Autowired private XmlWebApplicationContext context;
若 Spring 的 IOC 容器和 SpringMVC 的 IOC 容器掃描組件的包有重合的部分, 就會導致有的 bean 會被創建 2 次，可通過一個包含一個排除的方式解決