Spring MVC 入門分析

目錄

一、前言
二、spring mvc 核心類與接口
三、spring mvc 核心流程圖

四、spring mvc DispatcherServlet說明

五、spring mvc 父子上下文的說明

六、springMVC-mvc.xml 配置文件片段講解
七、spring mvc 如何訪問到靜態的文件，如jpg,js,css

八、spring mvc 請求如何映射到具體的Action中的方法

九、spring mvc 中的攔截器：
十、spring mvc 如何使用攔截器

十一、spring mvc 如何實現全局的異常處理

十二、spring mvc 如何把全局異常記錄到日誌中

十三、如何給spring3 MVC中的Action做JUnit單元測試

十四、spring mvc 轉發與重定向（帶參數重定向）

十五、spring mvc 處理ajax請求

十六、spring mvc 關於寫幾個配置文件的說明

十七、spring mvc 如何取得Spring管理的bean

十八、spring mvc 多視圖控制器

十九、 <mvc:annotation-driven /> 到底做了什麼工作
二十、本文中springMVC.xml配置文件是核心

一、前言：

爲開發團隊選擇一款優秀的MVC框架是件難事兒，在衆多可行的方案中決擇需要很高的經驗和水平。你的一個決定會影響團隊未來的幾年。要考慮方面太多：

1、簡單易用，以提高開發效率。使小部分的精力在框架上，大部分的精力放在業務上。

2、性能優秀，這是一個最能吸引眼球的話題。

3、儘量使用大衆的框架（避免使用小衆的、私有的框架），新招聘來的開發人員有一些這方面技術積累，減低人員流動再適應的影響。

Spring MVC是當前最優秀的MVC框架，自從Spring 2.5版本發佈後，由於支持註解配置，易用性有了大幅度的提高。Spring 3.0更加完善，實現了對Struts 2的超越。現在越來越多的開發團隊選擇了Spring MVC。

Struts2也是非常優秀的MVC構架，優點非常多比如良好的結構，攔截器的思想，豐富的功能。但這裏想說的是缺點，Struts2由於採用了值棧、OGNL表達式、struts2標籤庫等，會導致應用的性能下降，應避免使用這些功能。而Struts2的多層攔截器、多實例action性能都很好。可以參考http://elf8848.iteye.com/blog/875830寫的一篇關於Spring MVC與Struts2與Servlet比較的文章《Struts2、SpringMVC、Servlet(Jsp)性能對比測試》.

Spring3 MVC的優點：

1、Spring3 MVC使用簡單，學習成本低。學習難度小於Struts2，Struts2用不上的多餘功能太多。呵呵，當然這不是決定因素。

2、Spring3 MVC很容易就可以寫出性能優秀的程序，Struts2要處處小心纔可以寫出性能優秀的程序（指MVC部分）

3、Spring3 MVC的靈活是你無法想像的，Spring框架的擴展性有口皆碑，Spring3 MVC當然也不會落後，不會因使用了MVC框架而感到有任何的限制。

Struts2的衆多優點：

1、老牌的知名框架，從Struts1起積累了大量用戶羣體。技術文檔豐富。

2、其它方面略... (呵呵，是不是不公平？)

Spring的官方下載網址是：http://www.springsource.org/download （本文使用是的Spring 3.0.5版本）

二、核心類與接口：

先來了解一下，幾個重要的接口與類。現在不知道他們是幹什麼的沒關係，先混個臉熟，爲以後認識他們打個基礎。

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類

無圖。

三、核心流程圖

四、DispatcherServlet說明

使用Spring MVC,配置DispatcherServlet是第一步。

DispatcherServlet是一個Servlet,所以可以配置多個DispatcherServlet。

DispatcherServlet是前置控制器，配置在web.xml文件中的。攔截匹配的請求，Servlet攔截匹配規則要自已定義，把攔截下來的請求，依據某某規則分發到目標Controller(我們寫的Action)來處理。

“某某規則”：是根據你使用了哪個HandlerMapping接口的實現類的不同而不同。

先來看第一個例子：

<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。

第二個例子：

指明瞭配置文件的文件名，不使用默認配置文件名，而使用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攔截匹配規則可以自已定義，攔截哪種URL合適？
當映射爲@RequestMapping("/user/add")時，爲例：

1、攔截*.do、*.htm，例如：/user/add.do

這是最傳統的方式，最簡單也最實用。不會導致靜態文件（jpg,js,css）被攔截。

2、攔截/，例如：/user/add

可以實現現在很流行的REST風格。很多互聯網類型的應用很喜歡這種風格的URL。

弊端：會導致靜態文件（jpg,js,css）被攔截後不能正常顯示。想實現REST風格，事情就是麻煩一些。後面有解決辦法還算簡單。

3、攔截/*，這是一個錯誤的方式，請求可以走到Action中，但轉到jsp時再次被攔截，不能訪問到jsp。

五、父子上下文(WebApplicationContext)

如果你使用了listener監聽器來加載配置，一般在Struts+Spring+Hibernate的項目中都是使用listener監聽器的。如下

Spring會創建一個WebApplicationContext上下文，稱爲父上下文（父容器），保存在 ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE的值。

可以使用Spring提供的工具類取出上下文對象：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 並沒有限制我們，必須使用父子上下文。我們可以自己決定如何使用。

方案一，傳統型：

父上下文容器中保存數據源、服務層、DAO層、事務的Bean。

子上下文容器中保存Mvc相關的Action的Bean.

事務控制在服務層。

由於父上下文容器不能訪問子上下文容器中內容，事務的Bean在父上下文容器中，無法訪問子上下文容器中內容，就無法對子上下文容器中Action進行AOP（事務）。

當然，做爲“傳統型”方案，也沒有必要這要做。

方案二，激進型：

Java世界的“面向接口編程”的思想是正確的，但在增刪改查爲主業務的系統裏，Dao層接口，Dao層實現類，Service層接口，Service層實現類，Action父類，Action。再加上衆多的O(vo\po\bo)和jsp頁面。寫一個小功能 7、8個類就寫出來了。開發者說我就是想接點私活兒，和PHP，ASP搶搶飯碗，但我又是Java程序員。最好的結果是大項目能做好，小項目能做快。所以“激進型”方案就出現了-----沒有接口、沒有Service層、還可以沒有衆多的O(vo\po\bo)。那沒有Service層事務控制在哪一層？只好上升的Action層。

本文不想說這是不是正確的思想，我想說的是Spring不會限制你這樣做。

由於有了父子上下文，你將無法實現這一目標。解決方案是只使用子上下文容器，不要父上下文容器。所以數據源、服務層、DAO層、事務的Bean、Action的Bean都放在子上下文容器中。就可以實現了，事務（註解事務）就正常工作了。這樣纔夠激進。

總結：不使用listener監聽器來加載spring的配置文件，只使用DispatcherServlet來加載spring的配置，不要父子上下文，只使用一個DispatcherServlet，事情就簡單了，什麼麻煩事兒也沒有了。

Java--大項目能做好--按傳統方式做，規規矩矩的做，好擴展，好維護。

Java--小項目能做快--按激進方式做，一週時間就可以出一個版本，先上線接受市場(用戶)的反饋，再改進，再反饋，時間就是生命(成本)。

六、springMVC-mvc.xml 配置文件片段講解（未使用默認配置文件名）

<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:annotation-driven />？他到底做了什麼工作，請看，最後面的十九節<mvc:annotation-driven /> 到底做了什麼工作。

<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攔截"/"，爲了實現REST風格，攔截了所有的請求，那麼同時對*.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 ，使用方法：

/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/>

會把"/**" 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 是匹配 "/**"的，所以一定會匹配上，就可以響應圖片。

訪問一個圖片，還要走層層匹配。不知性能如何？

最後再說明一下，方案二、方案三在訪問靜態資源時，如果有匹配的(近似)總攔截器，就會走攔截器。如果你在攔截中實現權限檢查，要注意過濾這些對靜態文件的請求。

如何你的DispatcherServlet攔截 *.do這樣的URL後綴，就不存上述問題了。還是有後綴方便。

八、請求如何映射到具體的Action中的方法？

方案一：基於xml配置映射，可以利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping進行Url映射和攔截請求。
配置方法略。

方案二：基於註解映射，可以使用DefaultAnnotationHandlerMapping。

但前面我們配置了<mvc:annotation-driven />，他會自動註冊這個bean,就不須要我們顯示的註冊這個bean了。

如何替換<mvc:annotation-driven />？他到底做了什麼工作，請看，最後面的十九節<mvc:annotation-driven /> 到底做了什麼工作。

以上都可以注入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

爲什麼叫“近似”，前面說了，Spring沒有總的攔截器。

<mvc:interceptors/>會爲每一個HandlerMapping，注入一個攔截器。總有一個HandlerMapping是可以找到處理器的，最多也只找到一個處理器，所以這個攔截器總會被執行的。起到了總攔截器的作用。

如果是REST風格的URL，靜態資源也會被攔截。

方案二，（近似）總攔截器，攔截匹配的URL。

就是比方案一多了一個URL匹配。

如果是REST風格的URL，靜態資源也會被攔截。

方案三,HandlerMappint上的攔截器。

如果是REST風格的URL，靜態資源就不會被攔截。因爲我們精準的注入了攔截器。

如果使用了<mvc:annotation-driven />，它會自動註冊DefaultAnnotationHandlerMapping 與AnnotationMethodHandlerAdapter 這兩個bean,所以就沒有機會再給它注入interceptors屬性，就無法指定攔截器。

當然我們可以通過人工配置上面的兩個Bean，不使用<mvc:annotation-driven />，就可以給interceptors屬性注入攔截器了。

其實我也不建議使用<mvc:annotation-driven />，而建議手動寫詳細的配置文件，來替代<mvc:annotation-driven />，這就控制力就強了。

如何替換<mvc:annotation-driven />？他到底做了什麼工作，請看，最後面的十九節<mvc:annotation-driven /> 到底做了什麼工作。

十一、如何實現全局的異常處理？

在spring MVC的配置文件中：

這裏主要的類是SimpleMappingExceptionResolver類，和他的父類AbstractHandlerExceptionResolver類。

具體可以配置哪些屬性，我是通過查看源碼知道的。

你也可以實現HandlerExceptionResolver接口，寫一個自己的異常處理程序。spring的擴展性是很好的。

通過SimpleMappingExceptionResolver我們可以將不同的異常映射到不同的jsp頁面（通過exceptionMappings屬性的配置）。

同時我們也可以爲所有的異常指定一個默認的異常提示頁面（通過defaultErrorView屬性的配置），如果所拋出的異常在exceptionMappings中沒有對應的映射，則Spring將用此默認配置顯示異常信息。

注意這裏配置的異常顯示界面均僅包括主文件名，至於文件路徑和後綴已經在viewResolver中指定。如/error/error表示/error/error.jsp

顯示錯誤的jsp頁面：

其中一句：request.getAttribute("exception")，key是exception，也是在SimpleMappingExceptionResolver類默認指定的，是可能通過配置文件修改這個值的，大家可以去看源碼。

十二、如何把全局異常記錄到日誌中？

在前的配置中，其中有一個屬性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寫單元測試的，現在可以根據情況寫一些了。

不用給每個Action都寫單元測試吧，自己把握吧。

JUnitActionBase類是所有JUnit的測試類的父類

這是個JUnit測試類，我們可以new Request對象，來參與測試，太方便了。給request指定訪問的URL，就可以請求目標Action了。

需要說明一下 ：由於當前最想版本的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";

帶參數重定向--RedirectAttributes

用戶保存或修改後，爲了防止用戶刷新瀏覽器(F5)導致表單重複提交，一般在保存或修改操作之後會redirect到一個結果頁面（不是forward），同時攜帶參數，如操作成功的提示信息。因爲是Redirect，Request裏的attribute不會傳遞過去。Spring在3.1才提供了這個能力--RedirectAttributes。反覆按F5，操作成功的提示信息也不會再次出來（總共只出現一次），效果很理想。

十五、處理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註解

十六、關於寫幾個配置文件的說明

我看到有的人把配置文件寫兩份：
一個是原有的applicationContext.xml，這個文件從spring2.0-2.5時一直在使用。
別一個是新加的spring MVC的配置文件。
其實這兩個文件是可以寫成一個文件的，springMVC相關的配置，數據源，事務相關配置可以都寫再一個配置文件中。
本例子中只使用了一個spring配置文件叫“springMVC.xml”。
就不要再多配置一個applicationContext.xml文件了。
web.xml文件中也不要再配置org.springframework.web.context.ContextLoaderListener的listener了。
寫兩個配置文件一般就會導致掃描兩次，一定要精確控制掃描的包名，做到不重複掃描。

寫兩個配置文件還出現事務不好使的現象，是當把@Transactional寫有Action層時出現的。

是因爲父子上下文的原因，請參看前的第五節父子上下文，裏面有說明。原因是父上下文不能訪問子上下文。

十七、如何取得Spring管理的bean（請用第3種方法）

1、servlet方式加載時，
【web.xml】

spring容器放在ServletContext中的key是org.springframework.web.servlet.FrameworkServlet.CONTEXT.springMVC
注意後面的springMVC，是你的servlet-name配置的值，注意適時修改。

2、listener方式加載時：
【web.xml】

【jsp/servlet】可以這樣取得

3、通用的方法來了，神器啊，前的 1、2兩種方法並不通用，可以拋棄了。
在配置文件中加入：

十八、多視圖控制器

當有jsp,flt (模板)等多種頁面生成展示方式時，spring默認使用的是“視圖解析器鏈”。真是一個鏈，所以性能不好，spring會在“視圖解析器鏈”中順序的查找，直到找到對應的 “視圖解析器” 。jsp視圖解析器一定要寫在最後面，因爲一旦調用jsp，就向瀏覽器發出數據了，Spring就沒有機會再嘗試下一個了。

所以自己寫一個"多視圖解析器"，依靠擴展名來區分，可一次準確的選中一個視圖解析器,提高性能（會有多少提高呢？沒測試過）.

下面的例子支持jsp,flt (模板)兩種頁面生成展示方式，你中以自己添加，支持更多。