javascript
Spring MVC 3 深入总结
?
一、前言：
大家好，Spring3 MVC是非常優(yōu)秀的MVC框架，由其是在3.0版本號公布后，如今有越來越多的團(tuán)隊(duì)選擇了Spring3 MVC了。Spring3 MVC結(jié)構(gòu)簡單，應(yīng)了那句話簡單就是美，并且他強(qiáng)大不失靈活，性能也非常優(yōu)秀。
官方的下載網(wǎng)址是：http://www.springsource.org/download?? （本文使用是的Spring 3.0.5版本號）
?
Struts2也是比較優(yōu)秀的MVC構(gòu)架，長處非常多比方良好的結(jié)構(gòu)。但這里想說的是缺點(diǎn)，Struts2因?yàn)閽裼昧酥禇！GNL表達(dá)式、struts2標(biāo)簽庫等，會導(dǎo)致應(yīng)用的性能下降。Struts2的多層攔截器、多實(shí)例action性能都非常好。能夠參考我寫的一篇關(guān)于Spring MVC與Struts2與Servlet比較的文章?http://elf8848.iteye.com/admin/blogs/698217
?
Spring3 MVC的長處：
1、Spring3 MVC的學(xué)習(xí)難度小于Struts2，Struts2用不上的多余功能太多。呵呵，當(dāng)然這不是決定因素。
2、Spring3 MVC非常easy就能夠?qū)懗鲂阅軆?yōu)秀的程序，Struts2要處處小心才干夠?qū)懗鲂阅軆?yōu)秀的程序（指MVC部分）
3、Spring3 MVC的靈活是你無法想像的，Spring的擴(kuò)展性有口皆碑，Spring3 MVC當(dāng)然也不會落后，不會因使用了MVC框架而感到有不論什么的限制。
?
Struts2的眾多長處：略...?? (呵呵，是不是不公平？)
?
眾多文章開篇時總要吹些牛，吸引一下讀者的眼球，把讀者的胃口調(diào)起來，這樣大家才有興趣接著往后看。本文也沒能例外。只是保證你看了之后不會懊悔定有收獲。
?
?
二、核心類與接口：
?
先來了解一下，幾個重要的接口與類。如今不知道他們是干什么的沒關(guān)系，先混個臉熟，為以后認(rèn)識他們打個基礎(chǔ)。
?
DispatcherServlet?? -- 前置控制器
?
HandlerMapping接口 -- 處理請求的映射
HandlerMapping接口的實(shí)現(xiàn)類：
SimpleUrlHandlerMapping? 通過配置文件，把一個URL映射到Controller
DefaultAnnotationHandlerMapping? 通過注解，把一個URL映射到Controller類上
?
HandlerAdapter接口 -- 處理請求的映射
AnnotationMethodHandlerAdapter類，通過注解，把一個URL映射到Controller類的方法上
?
Controller接口 -- 控制器
因?yàn)槲覀兪褂昧?#64;Controller注解，加入了@Controller注解注解的類就能夠擔(dān)任控制器（Action）的職責(zé),
所以我們并沒實(shí)用到這個接口。
?
?
?
HandlerInterceptor 接口--攔截器
無圖，我們自己實(shí)現(xiàn)這個接口，來完畢攔截的器的工作。
?
?
ViewResolver接口的實(shí)現(xiàn)類
UrlBasedViewResolver類 通過配置文件，把一個視圖名交給到一個View來處理
InternalResourceViewResolver類，比上面的類，增加了JSTL的支持
?
View接口
JstlView類
?
LocalResolver接口
?
HandlerExceptionResolver接口 --異常處理
SimpleMappingExceptionResolver實(shí)現(xiàn)類
?
?
ModelAndView類
無圖。
?
?
?
?
?
三、核心流程圖
?
本圖是我個人畫的，有不嚴(yán)謹(jǐn)?shù)牡胤?#xff0c;大家對付看吧。總比沒的看強(qiáng)。
?
?
?
四、DispatcherServlet說明
?
使用Spring MVC,配置DispatcherServlet是第一步。
DispatcherServlet是一個Servlet,所以能夠配置多個DispatcherServlet。
DispatcherServlet是前置控制器，配置在web.xml文件里的。攔截匹配的請求，Servlet攔截匹配規(guī)則要自已定義，把攔截下來的請求，根據(jù)某某規(guī)則分發(fā)到目標(biāo)Controller(我們寫的Action)來處理。
?
“某某規(guī)則”：是依據(jù)你使用了哪個HandlerMapping接口的實(shí)現(xiàn)類的不同而不同。
?
先來看第一個樣例：
Xml代碼??<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代碼?指明了配置文件的文件名稱，不使用默認(rèn)配置文件名稱，而使用springMVC.xml配置文件。
當(dāng)中<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。
?
?
五、雙親上下文的說明
?
假設(shè)你使用了listener監(jiān)聽器來載入配置，一般在Struts+Spring+Hibernate的項(xiàng)目中都是使用listener監(jiān)聽器的。例如以下
Java代碼?Spring會創(chuàng)建一個全局的WebApplicationContext上下文，稱為根上下文?，保存在?ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE屬性的值。能夠使用工具類取出上下文：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"。能夠使用工具類取出上下文：RequestContextUtils.getWebApplicationContext(request);
?
Spring中的 ApplicationContext實(shí)例能夠被限制在不同的作用域（scope）中。
在web MVC框架中，每一個 DispatcherServlet有它自己的WebApplicationContext ，這個context繼承了根 WebApplicationContext 的全部bean定義。
這些繼承的bean也能夠在每一個serlvet自己的所屬的域中被覆蓋（override），覆蓋后的bean 能夠被設(shè)置上僅僅有這個servlet實(shí)例自己使用的屬性。
?
總結(jié)：不使用listener監(jiān)聽器來載入spring的配置，改用DispatcherServlet來載入spring的配置，不要雙親上下文，僅僅使用一個DispatcherServlet，事情就簡單了，什么麻煩事兒也沒有了。
?
?
六、springMVC-mvc.xml 配置文件片段解說?（未使用默認(rèn)配置文件名稱）
?
Xml代碼??
<context:component-scan/> 掃描指定的包中的類上的注解，經(jīng)常使用的注解有：
@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，注入一個攔截器。事實(shí)上我們也能夠手動配置為每個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)資源的問題。假設(shè)你的DispatcherServlet攔截“/”，攔截了全部的請求，同一時候?qū)?.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?
?
假設(shè)出現(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)資源的訪問.
另外須要注意的一點(diǎn)是,不要對SimpleUrlHandlerMapping設(shè)置defaultHandler.由于對static uri的defaultHandler就是ResourceHttpRequestHandler,
否則無法處理static resources request.
?
?
方案三 ，使用<mvc:default-servlet-handler/>
?
Xml代碼??
會把"/**" url,注冊到SimpleUrlHandlerMapping的urlMap中,把對靜態(tài)資源的訪問由HandlerMapping轉(zhuǎn)到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler處理并返回.
DefaultServletHttpRequestHandler使用就是各個Servlet容器自己的默認(rèn)Servlet.
?
?
補(bǔ)充說明：多個HandlerMapping的運(yùn)行順序問題：
DefaultAnnotationHandlerMapping的order屬性值是：0
<mvc:resources/?>自己主動注冊的?SimpleUrlHandlerMapping的order屬性值是：?2147483646
?
<mvc:default-servlet-handler/>自己主動注冊?的SimpleUrlHandlerMapping?的order屬性值是：?2147483647
?
spring會先運(yùn)行order值比較小的。當(dāng)訪問一個a.jpg圖片文件時，先通過?DefaultAnnotationHandlerMapping?來找處理器，一定是找不到的，我們沒有叫a.jpg的Action。再?按order值升序找，因?yàn)樽詈笠粋€?SimpleUrlHandlerMapping?是匹配?"/**"的，所以一定會匹配上，再響應(yīng)圖片。
?
訪問一個圖片，還要走層層匹配。真不知性能怎樣？改天做一下壓力測試，與Apache比一比。
?
最后再說明一下，怎樣你的DispatcherServlet攔截 *.do這種URL，就不存上述問題了。
?
?
八、請求怎樣映射到詳細(xì)的Action中的方法？
方案一：基于xml配置映射，能夠利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping進(jìn)行Url映射和攔截請求。
配置方法略。
?
方案二：基于注解映射，能夠使用DefaultAnnotationHandlerMapping。
?
但前面我們配置了<mvc:annotation-driven />，他會自己主動注冊這個bean,就不需要我們顯示的注冊這個bean了。??
?
?
以上都能夠注入interceptors，實(shí)現(xiàn)權(quán)限控制等前置工作。
我們使用第2種，基于注解來使用spring MVC
?
?
?并在action類上使用：
@Controller
@RequestMapping("/user")
?
?
?
九、Spring中的攔截器：
Spring為我們提供了：
org.springframework.web.servlet.HandlerInterceptor接口，
org.springframework.web.servlet.handler.HandlerInterceptorAdapter適配器，
實(shí)現(xiàn)這個接口或繼承此類，能夠很方便的實(shí)現(xiàn)自己的攔截器。
?
有下面三個方法：
?
Action之前運(yùn)行:
?public boolean preHandle(HttpServletRequest request,
?? HttpServletResponse response, Object handler);
?
生成視圖之前運(yùn)行
?public void postHandle(HttpServletRequest request,
?? HttpServletResponse response, Object handler,
?? ModelAndView modelAndView);
?
最后運(yùn)行，可用于釋放資源
?public void afterCompletion(HttpServletRequest request,
?? HttpServletResponse response, Object handler, Exception ex)
?
?
分別實(shí)現(xiàn)預(yù)處理、后處理（調(diào)用了Service并返回ModelAndView，但未進(jìn)行頁面渲染）、返回處理（已經(jīng)渲染了頁面）?
在preHandle中，能夠進(jìn)行編碼、安全控制等處理；?
在postHandle中，有機(jī)會改動ModelAndView；?
在afterCompletion中，能夠依據(jù)ex是否為null推斷是否發(fā)生了異常，進(jìn)行日志記錄。?
參數(shù)中的Object handler是下一個攔截器。
?
十、怎樣使用攔截器？
自己定義一個攔截器，要實(shí)現(xiàn)HandlerInterceptor接口：
?
Spring MVC并沒有總的攔截器，不能對全部的請求進(jìn)行前后攔截。
Spring MVC的攔截器，是屬于HandlerMapping級別的，能夠有多個HandlerMapping ，每一個HandlerMapping能夠有自己的攔截器。
當(dāng)一個請求按Order值從小到大，順序運(yùn)行HandlerMapping接口的實(shí)現(xiàn)類時，哪一個先有返回，那就能夠結(jié)束了，后面的HandlerMapping就不走了，本道工序就完畢了。就轉(zhuǎn)到下一道工序了。
攔截器會在什么時候運(yùn)行呢？ 一個請求交給一個HandlerMapping時，這個HandlerMapping先找有沒有處理器來處理這個請求，怎樣找到了，就運(yùn)行攔截器，運(yùn)行完攔截后，交給目標(biāo)處理器。
假設(shè)沒有找到處理器，那么這個攔截器就不會被運(yùn)行。
?
在spring MVC的配置文件里配置有三種方法：
方案一，（近似）總攔截器，攔截全部url
為什么叫“近似”，前面說了，Spring沒有總的攔截器。
<mvc:interceptors/>會為每一 個HandlerMapping，注入一個攔截器。總有一個HandlerMapping是能夠找到處理器的，最多也僅僅找到一個處理器，所以這個攔截器總會被運(yùn)行的。起到了總攔截器的作用。
?
?
方案二，?（近似）?總攔截器，?攔截匹配的URL。
就是比?方案一多了一個URL匹配。
?
?
?
方案三,HandlerMappint上的攔截器
Xml代碼???假設(shè)使用了<mvc:annotation-driven />，?它會自己主動注冊DefaultAnnotationHandlerMapping 與AnnotationMethodHandlerAdapter 這兩個bean,所以就沒有機(jī)會再給它注入interceptors屬性，就無法指定攔截器。
當(dāng)然我們能夠通過人工配置上面的兩個Bean，不使用?<mvc:annotation-driven />，就能夠?給interceptors屬性?注入攔截器了。
?
事實(shí)上我也不建議使用<mvc:annotation-driven />，而建議手動寫配置文件，來替代?<mvc:annotation-driven />，這就控制力就強(qiáng)了。
?
?
?
?
十一、怎樣實(shí)現(xiàn)全局的異常處理？
在spring MVC的配置文件里：
Xml代碼??
這里基本的類是SimpleMappingExceptionResolver類，和他的父類AbstractHandlerExceptionResolver類。
詳細(xì)能夠配置哪些屬性，我是通過查看源代碼知道的。
你也能夠?qū)崿F(xiàn)HandlerExceptionResolver接口，寫一個自己的異常處理程序。spring的擴(kuò)展性是非常好的。
?
?
通過SimpleMappingExceptionResolver我們能夠?qū)⒉煌漠惓Ｓ成涞讲煌膉sp頁面（通過exceptionMappings屬性的配置）。
?
同一時候我們也能夠?yàn)槿康漠惓Ｖ付ㄒ粋€默認(rèn)的異常提示頁面（通過defaultErrorView屬性的配置），假設(shè)所拋出的異常在exceptionMappings中沒有相應(yīng)的映射，則Spring將用此默認(rèn)配置顯示異常信息。
注意這里配置的異常顯示界面均僅包含主文件名稱，至于文件路徑和后綴已經(jīng)在viewResolver中指定。如/error/error表示/error/error.jsp
?
?
顯示錯誤的jsp頁面：
Html代碼?當(dāng)中一句：request.getAttribute("exception")，key是exception，也是在SimpleMappingExceptionResolver類默認(rèn)指定的，是可能通過配置文件改動這個值的，大家能夠去看源代碼。
?
?參考文章：
http://www.blogjava.net/wuxufeng8080/articles/191150.html
http://fangjunai.blog.163.com/blog/static/1124970520108102013839/
?
?
?
十二、怎樣把全局異常記錄到日志中？
在前的配置中，當(dāng)中有一個屬性warnLogCategory，值是“SimpleMappingExceptionResolver類的全限定名”。我是在SimpleMappingExceptionResolver類父類AbstractHandlerExceptionResolver類中找到這個屬性的。查看源代碼后得知：假設(shè)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做單元測試也非常方便，我曾經(jīng)從來不給action寫單元測試的，再在不同了，方便了，所以一定要寫。
?
?JUnitActionBase類是全部JUnit的測試類的父類
?
Java代碼??
?
?
?
?
?
這是個JUnit測試類，我們能夠new Request對象，來參與測試，太方便了。給request指定訪問的URL，就能夠請求目標(biāo)Action了。
?
Java代碼??須要說明一下?：由于當(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)換。假設(shè)你手工把POJO轉(zhuǎn)成json就能夠不需要使用spring內(nèi)置支持的json轉(zhuǎn)換。
<mvc:annotation-driven />
?
3、使用@ResponseBody注解
Java代碼??
轉(zhuǎn)載于:https://www.cnblogs.com/gcczhongduan/p/4313474.html
總結(jié)
以上是生活随笔為你收集整理的Spring MVC 3 深入总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： View 绘制流程
- 下一篇： 你的第一个AngularJS应用--教程