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