javascript
Spring 3 MVC深入研究
前言：
大家好，Spring3 MVC是非常優(yōu)秀的MVC框架，由其是在3.0版本發(fā)布后，現(xiàn)在有越來越多的團隊選擇了Spring3 MVC了。Spring3 MVC結(jié)構(gòu)簡單，應(yīng)了那句話簡單就是美，而且他強大不失靈活，性能也很優(yōu)秀。
官方的下載網(wǎng)址是：http://www.springsource.org/download?? （本文使用是的Spring 3.0.5版本）
Struts2也是比較優(yōu)秀的MVC構(gòu)架，優(yōu)點非常多比如良好的結(jié)構(gòu)。但這里想說的是缺點，Struts2由于采用了值棧、OGNL表達(dá)式、struts2標(biāo)簽庫等，會導(dǎo)致應(yīng)用的性能下降。Struts2的多層攔截器、多實例action性能都很好?？梢詤⒖嘉覍懙囊黄P(guān)于Spring MVC與Struts2與Servlet比較的文章?http://elf8848.iteye.com/admin/blogs/698217
Spring3 MVC的優(yōu)點：
1、Spring3 MVC的學(xué)習(xí)難度小于Struts2，Struts2用不上的多余功能太多。呵呵，當(dāng)然這不是決定因素。
2、Spring3 MVC很容易就可以寫出性能優(yōu)秀的程序，Struts2要處處小心才可以寫出性能優(yōu)秀的程序（指MVC部分）
3、Spring3 MVC的靈活是你無法想像的，Spring的擴展性有口皆碑，Spring3 MVC當(dāng)然也不會落后，不會因使用了MVC框架而感到有任何的限制。
Struts2的眾多優(yōu)點：略...?? (呵呵，是不是不公平？)
眾多文章開篇時總要吹些牛，吸引一下讀者的眼球，把讀者的胃口調(diào)起來，這樣大家才有興趣接著往后看。本文也沒能例外。不過保證你看了之后不會后悔定有收獲。
一、spring簡介
springMVC是spring框架的一個模塊，springMVC和spring無需通過中間整合層進(jìn)行開發(fā)。 ? ? ? springMVC是一個基于mvc的web框架。 ??? ? spring?web?mvc和Struts2都屬于表現(xiàn)層的框架,它是Spring框架的一部分,我們可以從Spring的整體結(jié)構(gòu)中看得出來：二、MVC在B/S系統(tǒng)中的應(yīng)用?
1.用戶發(fā)起request請求至控制器(Controller) 控制接收用戶請求的數(shù)據(jù)，委托給模型進(jìn)行處理2.控制器通過模型(Model)處理數(shù)據(jù)并得到處理結(jié)果 模型通常是指業(yè)務(wù)邏輯3.模型處理結(jié)果返回給控制器4.控制器將模型數(shù)據(jù)在視圖(View)中展示 web中模型無法將數(shù)據(jù)直接在視圖上顯示，需要通過控制器完成。如果在C/S應(yīng)用中模型是可以將數(shù)據(jù)在視圖中展示的。5.控制器將視圖response響應(yīng)給用戶? ? ??通過視圖展示給用戶要的數(shù)據(jù)或處理結(jié)果。核心類與接口：
先來了解一下，幾個重要的接口與類?，F(xiàn)在不知道他們是干什么的沒關(guān)系，先混個臉熟，為以后認(rèn)識他們打個基礎(chǔ)。
DispatcherServlet?? -- 前置控制器
?
HandlerMapping接口 -- 處理請求的映射
HandlerMapping接口的實現(xiàn)類：
SimpleUrlHandlerMapping? 通過配置文件，把一個URL映射到Controller
DefaultAnnotationHandlerMapping? 通過注解，把一個URL映射到Controller類上
HandlerAdapter接口 -- 處理請求的映射
AnnotationMethodHandlerAdapter類，通過注解，把一個URL映射到Controller類的方法上
Controller接口 -- 控制器
由于我們使用了@Controller注解，添加了@Controller注解注解的類就可以擔(dān)任控制器（Action）的職責(zé),
所以我們并沒有用到這個接口。
HandlerInterceptor 接口--攔截器
無圖，我們自己實現(xiàn)這個接口，來完成攔截的器的工作。
ViewResolver接口的實現(xiàn)類
UrlBasedViewResolver類 通過配置文件，把一個視圖名交給到一個View來處理
InternalResourceViewResolver類，比上面的類，加入了JSTL的支持
View接口
JstlView類
LocalResolver接口
HandlerExceptionResolver接口 --異常處理
SimpleMappingExceptionResolver實現(xiàn)類?
ModelAndView類
無圖。
三、核心流程圖
?
(1).發(fā)起請求到前端控制器(DispatcherServlet); (2).前端控制器請求HandlerMapping查找Handler，可以根據(jù)xml配置、注解進(jìn)行查找； (3).處理器映射器HandlerMapping向前端控制器返回Handler； (4).前端控制器調(diào)用處理器適配器去執(zhí)行Handler； (5).處理器適配器去執(zhí)行Handler； (6).Handler執(zhí)行完成給適配器返回ModelAndView； (7).處理器適配器向前端控制器返回ModelAndView(是springmvc框架的一個底層對象，包括Model和View)； (8).前端控制器請求視圖解析器去進(jìn)行視圖解析，根據(jù)邏輯視圖名稱解析真正的視圖(jsp...)； (9).視圖解析器向前端控制器返回View; (10).前端控制器進(jìn)行視圖渲染，視圖渲染就是將模型數(shù)據(jù)(在ModelAndView對象中)填充到request域中。 (11).前端控制器向用戶響應(yīng)結(jié)果。組件介紹
1、前端控制器DispatcherServlet（不需要攻城獅開發(fā)）,由框架提供 作用：接收請求，響應(yīng)結(jié)果，相當(dāng)于轉(zhuǎn)發(fā)器，中央處理器。有了dispatcherServlet減少了其它組件之間的耦合度。 ??? ? ?用戶請求到達(dá)前端控制器，它就相當(dāng)于mvc模式中的c，dispatcherServlet是整個流程控制的中心，由它調(diào)用其它組件處理用戶的請求，dispatcherServlet的存在降低了組件之間的耦合性。 2、處理器映射器HandlerMapping(不需要攻城獅開發(fā)),由框架提供 作用：根據(jù)請求的url查找Handler ? ??? ?HandlerMapping負(fù)責(zé)根據(jù)用戶請求找到Handler即處理器，springmvc提供了不同的映射器實現(xiàn)不同的映射方式，例如：配置文件方式，實現(xiàn)接口方式，注解方式等。 3、處理器適配器HandlerAdapter 作用：按照特定規(guī)則（HandlerAdapter要求的規(guī)則）去執(zhí)行Handler ? ? ? ?通過HandlerAdapter對處理器進(jìn)行執(zhí)行，這是適配器模式的應(yīng)用，通過擴展適配器可以對更多類型的處理器進(jìn)行執(zhí)行。 4、處理器Handler(需要攻城獅開發(fā)) 注意：編寫Handler時按照HandlerAdapter的要求去做，這樣適配器才可以去正確執(zhí)行Handler ? ? ?Handler?是繼DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler對具體的用戶請求進(jìn)行處理。 ? ? ?由于Handler涉及到具體的用戶業(yè)務(wù)請求，所以一般情況需要攻城獅根據(jù)業(yè)務(wù)需求開發(fā)Handler。 5、視圖解析器View?resolver(不需要攻城獅開發(fā)),由框架提供 作用：進(jìn)行視圖解析，根據(jù)邏輯視圖名解析成真正的視圖（view） View?Resolver負(fù)責(zé)將處理結(jié)果生成View視圖，View?Resolver首先根據(jù)邏輯視圖名解析成物理視圖名即具體的頁面地址，再生成View視圖對象，最后對View進(jìn)行渲染將處理結(jié)果通過頁面展示給用戶。?springmvc框架提供了很多的View視圖類型，包括：jstlView、freemarkerView、pdfView等。 一般情況下需要通過頁面標(biāo)簽或頁面模版技術(shù)將模型數(shù)據(jù)通過頁面展示給用戶，需要由攻城獅根據(jù)業(yè)務(wù)需求開發(fā)具體的頁面。 6、視圖View(需要攻城獅開發(fā)jsp...) View是一個接口，實現(xiàn)類支持不同的View類型（jsp、freemarker、pdf...）四、DispatcherServlet說明
使用Spring MVC,配置DispatcherServlet是第一步。
DispatcherServlet是一個Servlet,所以可以配置多個DispatcherServlet。
DispatcherServlet是前置控制器，配置在web.xml文件中的。攔截匹配的請求，Servlet攔截匹配規(guī)則要自已定義，把攔截下來的請求，依據(jù)某某規(guī)則分發(fā)到目標(biāo)Controller(我們寫的Action)來處理。
“某某規(guī)則”：是根據(jù)你使用了哪個HandlerMapping接口的實現(xiàn)類的不同而不同。
先來看第一個例子：
Xml代碼 ?
[xml]?view plaincopy?<load-on-startup>1</load-on-startup>是啟動順序，讓這個Servlet隨Servletp容器一起啟動。
?<url-pattern>*.form</url-pattern> 會攔截*.form結(jié)尾的請求。
?<servlet-name>example</servlet-name>這個Servlet的名字是example，可以有多個DispatcherServlet，是通過名字來區(qū)分的。每一個DispatcherServlet有自己的WebApplicationContext上下文對象。同時保存的ServletContext中和Request對象中，關(guān)于key，以后說明。
在DispatcherServlet的初始化過程中，框架會在web應(yīng)用的 WEB-INF文件夾下尋找名為[servlet-name]-servlet.xml 的配置文件，生成文件中定義的bean。
第二個例子：
Xml代碼 ?[xml]?view plaincopy指明了配置文件的文件名，不使用默認(rèn)配置文件名，而使用springMVC.xml配置文件。
其中<param-value>**.xml</param-value> 這里可以使用多種寫法
1、不寫,使用默認(rèn)值:/WEB-INF/<servlet-name>-servlet.xml
2、<param-value>/WEB-INF/classes/springMVC.xml</param-value>
3、<param-value>classpath*:springMVC-mvc.xml</param-value>
4、多個值用逗號分隔
Servlet攔截匹配規(guī)則可以自已定義，Servlet攔截哪種URL合適？?
當(dāng)映射為@RequestMapping("/user/add")時：
1、攔截*.do，例如：/user/add.do，弊端：所有的url都要以.do結(jié)尾。不會影響訪問靜態(tài)文件。
2、攔截/app/*，例如：/app/user/add，弊端：請求的url都要包含/app，@RequestMapping("/user/add")中不須要包含/app。
3、攔截/，例如：/user/add，弊端：對jpg,js,css靜態(tài)文件的訪問也被攔截不能正常顯示。后面有解決辦法。
4、攔截/*，可以走到Action中，但轉(zhuǎn)發(fā)到j(luò)sp時再次被攔截，不能訪問到j(luò)sp。
五、雙親上下文的說明
如果你使用了listener監(jiān)聽器來加載配置，一般在Struts+Spring+Hibernate的項目中都是使用listener監(jiān)聽器的。如下
Java代碼 ?[xml]?view plaincopySpring會創(chuàng)建一個全局的WebApplicationContext上下文，稱為根上下文?，保存在?ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE屬性的值?？梢允褂霉ぞ哳惾〕錾舷挛?#xff1a;WebApplicationContextUtils.getWebApplicationContext(ServletContext);
DispatcherServlet是一個Servlet,可以同時配置多個，每個?DispatcherServlet有一個自己的?WebApplicationContext上下文，這個上下文繼承了?根上下文?中所有東西。?保存在?ServletContext中，key是"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名稱。當(dāng)一個Request對象產(chǎn)生時，會把這個WebApplicationContext上下文保存在Request對象中，key是DispatcherServlet.class.getName() + ".CONTEXT"?？梢允褂霉ぞ哳惾〕錾舷挛?#xff1a;RequestContextUtils.getWebApplicationContext(request);
Spring中的 ApplicationContext實例可以被限制在不同的作用域（scope）中。
在web MVC框架中，每個 DispatcherServlet有它自己的WebApplicationContext ，這個context繼承了根 WebApplicationContext 的所有bean定義。
這些繼承的bean也可以在每個serlvet自己的所屬的域中被覆蓋（override），覆蓋后的bean 可以被設(shè)置上只有這個servlet實例自己使用的屬性。
總結(jié)：不使用listener監(jiān)聽器來加載spring的配置，改用DispatcherServlet來加載spring的配置，不要雙親上下文，只使用一個DispatcherServlet，事情就簡單了，什么麻煩事兒也沒有了。
六、springMVC-mvc.xml 配置文件片段講解?（未使用默認(rèn)配置文件名）
Xml代碼 ?[xml]?view plaincopy<context:component-scan/> 掃描指定的包中的類上的注解，常用的注解有：
@Controller 聲明Action組件
@Service??? 聲明Service組件??? @Service("myMovieLister")?
@Repository 聲明Dao組件
@Component?? 泛指組件, 當(dāng)不好歸類時.?
@RequestMapping("/menu")? 請求映射
@Resource? 用于注入，( j2ee提供的 ) 默認(rèn)按名稱裝配，@Resource(name="beanName")?
@Autowired 用于注入，(srping提供的) 默認(rèn)按類型裝配?
@Transactional( rollbackFor={Exception.class}) 事務(wù)管理
@ResponseBody
@Scope("prototype")?? 設(shè)定bean的作用域
<mvc:annotation-driven /> 是一種簡寫形式，完全可以手動配置替代這種簡寫形式，簡寫形式可以讓初學(xué)都快速應(yīng)用默認(rèn)配置方案。<mvc:annotation-driven /> 會自動注冊DefaultAnnotationHandlerMapping與AnnotationMethodHandlerAdapter 兩個bean,是spring MVC為@Controllers分發(fā)請求所必須的。
并提供了：數(shù)據(jù)綁定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，讀寫XML的支持（JAXB），讀寫JSON的支持（Jackson）。
后面，我們處理響應(yīng)ajax請求時，就使用到了對json的支持。
后面，對action寫JUnit單元測試時，要從spring IOC容器中取DefaultAnnotationHandlerMapping與AnnotationMethodHandlerAdapter 兩個bean，來完成測試，取的時候要知道是<mvc:annotation-driven />這一句注冊的這兩個bean。
<mvc:interceptors/> 是一種簡寫形式。通過看前面的大圖，知道，我們可以配置多個HandlerMapping。<mvc:interceptors/>會為每一個HandlerMapping，注入一個攔截器。其實我們也可以手動配置為每個HandlerMapping注入一個攔截器。
<mvc:default-servlet-handler/> 使用默認(rèn)的Servlet來響應(yīng)靜態(tài)文件。
<mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/> 匹配URL? /images/**? 的URL被當(dāng)做靜態(tài)資源，由Spring讀出到內(nèi)存中再響應(yīng)http。
七、如何訪問到靜態(tài)的文件，如jpg,js,css？
如何你的DispatcherServlet攔截 *.do這樣的URL，就不存在訪問不到靜態(tài)資源的問題。如果你的DispatcherServlet攔截“/”，攔截了所有的請求，同時對*.js,*.jpg的訪問也就被攔截了。
目的：可以正常訪問靜態(tài)文件，不要找不到靜態(tài)文件報404。
?
方案一：激活Tomcat的defaultServlet來處理靜態(tài)文件
要寫在DispatcherServlet的前面， 讓?defaultServlet先攔截，這個就不會進(jìn)入Spring了，我想性能是最好的吧。
Tomcat, Jetty, JBoss, and GlassFish? 默認(rèn) Servlet的名字 -- "default"
Google App Engine 默認(rèn) Servlet的名字 -- "_ah_default"
Resin 默認(rèn) Servlet的名字 -- "resin-file"
WebLogic 默認(rèn) Servlet的名字? -- "FileServlet"
WebSphere? 默認(rèn) Servlet的名字 -- "SimpleFileServlet"?
方案二： 在spring3.0.4以后版本提供了mvc:resources?
mvc:resources 的使用方法：
??
/images/**映射到ResourceHttpRequestHandler進(jìn)行處理，location指定靜態(tài)資源的位置.可以是web application根目錄下、jar包里面，這樣可以把靜態(tài)資源壓縮到j(luò)ar包中。cache-period 可以使得靜態(tài)資源進(jìn)行web cache?
?
如果出現(xiàn)下面的錯誤，可能是沒有配置<mvc:annotation-driven />的原因。?
報錯WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC'
使用<mvc:resources/>元素,把mapping的URI注冊到SimpleUrlHandlerMapping的urlMap中,
key為mapping的URI pattern值,而value為ResourceHttpRequestHandler,
這樣就巧妙的把對靜態(tài)資源的訪問由HandlerMapping轉(zhuǎn)到ResourceHttpRequestHandler處理并返回,所以就支持classpath目錄,jar包內(nèi)靜態(tài)資源的訪問.
另外需要注意的一點是,不要對SimpleUrlHandlerMapping設(shè)置defaultHandler.因為對static uri的defaultHandler就是ResourceHttpRequestHandler,
否則無法處理static resources request.
方案三 ，使用<mvc:default-servlet-handler/>
Xml代碼 ?[xml]?view plaincopy會把"/**" url,注冊到SimpleUrlHandlerMapping的urlMap中,把對靜態(tài)資源的訪問由HandlerMapping轉(zhuǎn)到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler處理并返回.
DefaultServletHttpRequestHandler使用就是各個Servlet容器自己的默認(rèn)Servlet.
補充說明：多個HandlerMapping的執(zhí)行順序問題：
DefaultAnnotationHandlerMapping的order屬性值是：0
<mvc:resources/?>自動注冊的?SimpleUrlHandlerMapping的order屬性值是：?2147483646
<mvc:default-servlet-handler/>自動注冊?的SimpleUrlHandlerMapping?的order屬性值是：?2147483647
spring會先執(zhí)行order值比較小的。當(dāng)訪問一個a.jpg圖片文件時，先通過?DefaultAnnotationHandlerMapping?來找處理器，一定是找不到的，我們沒有叫a.jpg的Action。再?按order值升序找，由于最后一個?SimpleUrlHandlerMapping?是匹配?"/**"的，所以一定會匹配上，再響應(yīng)圖片。
訪問一個圖片，還要走層層匹配。真不知性能如何？改天做一下壓力測試，與Apache比一比。
最后再說明一下，如何你的DispatcherServlet攔截 *.do這樣的URL，就不存上述問題了。
八、請求如何映射到具體的Action中的方法？
方案一：基于xml配置映射，可以利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping進(jìn)行Url映射和攔截請求。
配置方法略。
?
方案二：基于注解映射，可以使用DefaultAnnotationHandlerMapping。
但前面我們配置了<mvc:annotation-driven />，他會自動注冊這個bean,就不須要我們顯示的注冊這個bean了。 ?
以上都可以注入interceptors，實現(xiàn)權(quán)限控制等前置工作。
我們使用第2種，基于注解來使用spring MVC
?并在action類上使用：
@Controller
@RequestMapping("/user")
?
九、Spring中的攔截器：
Spring為我們提供了：
org.springframework.web.servlet.HandlerInterceptor接口，
org.springframework.web.servlet.handler.HandlerInterceptorAdapter適配器，
實現(xiàn)這個接口或繼承此類，可以非常方便的實現(xiàn)自己的攔截器。
?
有以下三個方法：
?
Action之前執(zhí)行:
?public boolean preHandle(HttpServletRequest request,
?? HttpServletResponse response, Object handler);
?
生成視圖之前執(zhí)行
?public void postHandle(HttpServletRequest request,
?? HttpServletResponse response, Object handler,
?? ModelAndView modelAndView);
?
最后執(zhí)行，可用于釋放資源
?public void afterCompletion(HttpServletRequest request,
?? HttpServletResponse response, Object handler, Exception ex)
?
?
分別實現(xiàn)預(yù)處理、后處理（調(diào)用了Service并返回ModelAndView，但未進(jìn)行頁面渲染）、返回處理（已經(jīng)渲染了頁面）?
在preHandle中，可以進(jìn)行編碼、安全控制等處理；?
在postHandle中，有機會修改ModelAndView；?
在afterCompletion中，可以根據(jù)ex是否為null判斷是否發(fā)生了異常，進(jìn)行日志記錄。?
參數(shù)中的Object handler是下一個攔截器。
?
十、如何使用攔截器？
自定義一個攔截器，要實現(xiàn)HandlerInterceptor接口：
Spring MVC并沒有總的攔截器，不能對所有的請求進(jìn)行前后攔截。
Spring MVC的攔截器，是屬于HandlerMapping級別的，可以有多個HandlerMapping ，每個HandlerMapping可以有自己的攔截器。
當(dāng)一個請求按Order值從小到大，順序執(zhí)行HandlerMapping接口的實現(xiàn)類時，哪一個先有返回，那就可以結(jié)束了，后面的HandlerMapping就不走了，本道工序就完成了。就轉(zhuǎn)到下一道工序了。
攔截器會在什么時候執(zhí)行呢？ 一個請求交給一個HandlerMapping時，這個HandlerMapping先找有沒有處理器來處理這個請求，如何找到了，就執(zhí)行攔截器，執(zhí)行完攔截后，交給目標(biāo)處理器。
如果沒有找到處理器，那么這個攔截器就不會被執(zhí)行。
在spring MVC的配置文件中配置有三種方法：
方案一，（近似）總攔截器，攔截所有url
XML代碼 ?[xml]?view plaincopy為什么叫“近似”，前面說了，Spring沒有總的攔截器。
<mvc:interceptors/>會為每一 個HandlerMapping，注入一個攔截器。總有一個HandlerMapping是可以找到處理器的，最多也只找到一個處理器，所以這個攔截器總會被執(zhí)行的。起到了總攔截器的作用。
方案二，?（近似）?總攔截器，?攔截匹配的URL。
Xml代碼 ?[xml]?view plaincopy就是比?方案一多了一個URL匹配。
方案三,HandlerMappint上的攔截器
Xml代碼 ?[xml]?view plaincopy如果使用了<mvc:annotation-driven />，?它會自動注冊DefaultAnnotationHandlerMapping 與AnnotationMethodHandlerAdapter 這兩個bean,所以就沒有機會再給它注入interceptors屬性，就無法指定攔截器。
當(dāng)然我們可以通過人工配置上面的兩個Bean，不使用?<mvc:annotation-driven />，就可以?給interceptors屬性?注入攔截器了。
其實我也不建議使用<mvc:annotation-driven />，而建議手動寫配置文件，來替代?<mvc:annotation-driven />，這就控制力就強了。
十一、如何實現(xiàn)全局的異常處理？
在spring MVC的配置文件中：
Xml代碼 ?[xml]?view plaincopy?
這里主要的類是SimpleMappingExceptionResolver類，和他的父類AbstractHandlerExceptionResolver類。
具體可以配置哪些屬性，我是通過查看源碼知道的。
你也可以實現(xiàn)HandlerExceptionResolver接口，寫一個自己的異常處理程序。spring的擴展性是很好的。
通過SimpleMappingExceptionResolver我們可以將不同的異常映射到不同的jsp頁面（通過exceptionMappings屬性的配置）。
同時我們也可以為所有的異常指定一個默認(rèn)的異常提示頁面（通過defaultErrorView屬性的配置），如果所拋出的異常在exceptionMappings中沒有對應(yīng)的映射，則Spring將用此默認(rèn)配置顯示異常信息。
注意這里配置的異常顯示界面均僅包括主文件名，至于文件路徑和后綴已經(jīng)在viewResolver中指定。如/error/error表示/error/error.jsp
顯示錯誤的jsp頁面：
Html代碼?[html]?view plaincopy其中一句：request.getAttribute("exception")，key是exception，也是在SimpleMappingExceptionResolver類默認(rèn)指定的，是可能通過配置文件修改這個值的，大家可以去看源碼。
?參考文章：
http://www.blogjava.net/wuxufeng8080/articles/191150.html
http://fangjunai.blog.163.com/blog/static/1124970520108102013839/
?
十二、如何把全局異常記錄到日志中？
在前的配置中，其中有一個屬性warnLogCategory，值是“SimpleMappingExceptionResolver類的全限定名”。我是在SimpleMappingExceptionResolver類父類AbstractHandlerExceptionResolver類中找到這個屬性的。查看源碼后得知：如果warnLogCategory不為空，spring就會使用apache的org.apache.commons.logging.Log日志工具，記錄這個異常，級別是warn。
值：“org.springframework.web.servlet.handler.SimpleMappingExceptionResolver”，是“SimpleMappingExceptionResolver類的全限定名”。這個值不是隨便寫的。??因為我在log4j的配置文件中還要加入log4j.logger.org.springframework.web.servlet.handler.SimpleMappingExceptionResolver=WARN，保證這個級別是warn的日志一定會被記錄，即使log4j的根日志級別是ERROR。
?
?十三、如何給spring3 MVC中的Action做JUnit單元測試？
?使用了spring3 MVC后，給action做單元測試也很方便，我以前從來不給action寫單元測試的，再在不同了，方便了，所以一定要寫。
?JUnitActionBase類是所有JUnit的測試類的父類
Java代碼 ?[java]?view plaincopy這是個JUnit測試類，我們可以new Request對象，來參與測試，太方便了。給request指定訪問的URL，就可以請求目標(biāo)Action了。
Java代碼 ?[java]?view plaincopy?需要說明一下?：由于當(dāng)前最想版本的Spring(Test) 3.0.5還不支持@ContextConfiguration的注解式context file注入，所以還需要寫個setUp處理下，否則類似于Tiles的加載過程會有錯誤，因為沒有ServletContext。3.1的版本應(yīng)該有更好的解決方案，參見：?https://jira.springsource.org/browse/SPR-5243?。
參考 ：http://www.iteye.com/topic/828513
?十四、轉(zhuǎn)發(fā)與重定向
可以通過redirect/forward:url方式轉(zhuǎn)到另一個Action進(jìn)行連續(xù)的處理。
可以通過redirect:url 防止表單重復(fù)提交?。
寫法如下：
return "forward:/order/add";
return "redirect:/index.jsp";
?十五、處理ajax請求
1、引入下面兩個jar包，我用的是1.7.2，好像1.4.2版本以上都可以，下載地址：?http://wiki.fasterxml.com/JacksonDownload
jackson-core-asl-1.7.2.jar?
jackson-mapper-asl-1.7.2.jar
2、spring的配置文件中要有這一行，才能使用到spring內(nèi)置支持的json轉(zhuǎn)換。如果你手工把POJO轉(zhuǎn)成json就可以不須要使用spring內(nèi)置支持的json轉(zhuǎn)換。
<mvc:annotation-driven />
3、使用@ResponseBody注解
Java代碼?[java]?view plaincopy總結(jié)
以上是生活随笔為你收集整理的Spring 3 MVC深入研究的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 【动态规划】关于转移方程的简单理解
- 下一篇： 【动态规划】分组背包