springmvc路徑匹配原則的示例分析

這篇文章主要為大家展示了“spring mvc路徑匹配原則的示例分析”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“spring mvc路徑匹配原則的示例分析”這篇文章吧。

我們提供的服務有：成都做網(wǎng)站、成都網(wǎng)站建設、微信公眾號開發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認證、柴桑ssl等。為1000+企事業(yè)單位解決了網(wǎng)站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的柴桑網(wǎng)站制作公司

在Spring MVC中經(jīng)常要用到攔截器，在配置需要要攔截的路徑時經(jīng)常用到<mvc:mapping/>子標簽，其有一個path屬性，它就是用來指定需要攔截的路徑的。例如：

<mvc:interceptor>
<mvc:mapping path="/**" />
<bean class="com.i360r.platform.webapp.runtime.view.interceptor.GenericInterceptor" />
</mvc:interceptor>
</mvc:interceptor>

根據(jù)以上配置，此攔截器會攔截所有的請求。

Spring MVC中的路徑匹配要比標準的web.xml要靈活的多。默認的策略實現(xiàn)了 org.springframework.util.AntPathMatcher，就像名字提示的那樣，路徑模式是使用了Apache Ant的樣式路徑，Apache Ant樣式的路徑有三種通配符匹配方法（在下面的表格中列出)，這些可以組合出很多種靈活的路徑模式

Table Ant Wildcard Characters

Wildcard	Description
?	匹配任何單字符
*	匹配0或者任意數(shù)量的字符
**	匹配0或者更多的目錄

Table Example Ant-Style Path Patterns

Path	Description
/app/*.x	匹配(Matches)所有在app路徑下的.x文件
/app/p?ttern	匹配(Matches) /app/pattern 和 /app/pXttern,但是不包括/app/pttern
/**/example	匹配(Matches) /app/example, /app/foo/example, 和 /example
/app/**/dir/file.	匹配(Matches) /app/dir/file.jsp, /app/foo/dir/file.html,/app/foo/bar/dir/file.pdf, 和 /app/dir/file.java
/*/.jsp	匹配(Matches)任何的.jsp 文件

HandlerMapping

一個WEB應用程序基本上都要依賴于URL與請求處理器之間的映射，Spring MVC也是一樣，但Spring MVC就像Spring所作的一切一樣(譯者：靈活，可以配置各種東西，但是也造成了很多復雜性)，肯定不會只有一種方法來映射URL和 Controller之間的關系，并且在實際上，允許你自己創(chuàng)建映射規(guī)則和實現(xiàn)，而不僅僅依賴URL映射。
Spring提供了URL的映射處理，并且處理路徑模式的順序和方法并沒有限定到任何的接口上。Spring MVC的默認實現(xiàn)org.springframework.web.servlet.handler. AbstractUrlHandlerMapping, 會以最長符合路徑模式來匹配一個路徑。
例如：給定一個請求是 /app/dir/file.jsp 并且現(xiàn)在存在兩個路徑匹配模式/**/*.jsp 和/app/dir/*.jsp, 那么，URL會匹配那個模式呢？最后的那個模式/app/dir/*.jsp，會因為最長(has more characters)的原則被匹配,它比/**/*.jsp擁有更多的字符.注意的是，這個原則并沒有在任何高級別的接口中指定，但卻是一種實現(xiàn)細節(jié)。

下面看一下默認的兩個HandlerMapping

BeanNameUrlHandlerMapping

默認的映射策略實現(xiàn)是org.springframework.web. servlet.handler.BeanNameUrlHandlerMapping類. 這個類要求任何有可能處理請求的Bean都要起一個以反斜杠(/)字符開頭的名稱或者別名，這個名稱或者別名可以是符合URL Path匹配原則中的任何名字。

Listing A Controller Mapped by a Bean Name

xml 代碼

<bean name="/home" class="com.apress.expertspringmvc.flight.web.HomeController"> 
<property name="flightService" ref="flightService" /> 
</bean>

■注意：你不能使用id這個屬性來指定任何的URL路徑，因為在XML規(guī)格定中禁止(/)字符來指定XML的id,不過你可以在一個Bean定義中同時擁有id和name屬性

BeanNameUrlHandlerMapping 的缺點

它非常便于使用的同時，也擁有一些缺點。它不能影射一個Prototype的Bean.換句話說，當使用 BeanNameUrlHandlerMapping時，所有的請求處理類只能是單例的(singletons) . 一般來說,Controllers 都是按照單例建立的，所以這個并不是一個很嚴重的問題.還有，我會在后面的章節(jié)中介紹Controller，只會有很少類型的Controller需要是 prototypes.

■注釋：Prototype bean 是一種非單例(non-singleton)的bean. 任何一次調用ApplicationContext的getBean()方法時都會返回一個新的Bean實例.

BeanNameUrlHandlerMapping的另外一個問題存在于在你的應用程序中應用攔截(interceptor). 因為請求的映射(handler mapping )和Bean(beans imapping)的映射給綁定在一起了，沒有分開,這樣就不可能在Controller和攔截之間創(chuàng)建復雜的關系。如果有復雜的請求映射需求，你可以用 SimpleUrlHandlerMapping 來代替BeanNameUrlHandlerMapping. SimpleUrlHandlerMapping作為BeanNameUrlHandlerMapping的另外一種選擇, SimpleUrlHandlerMapping直指BeanNameUrlHandlerMapping的兩大軟肋.它可以映射 prototype類型的請求處理器,并且它允許你為處理器(handlers)和攔截器(interceptors)之間創(chuàng)建復雜靈活的映射路徑的映射算法與BeanNameUrlHandlerMapping是使用相同的基礎組件，所以這個模式依然是映射URL到請求處理器的(request handler) ，你簡單的在ApplicationContext中聲明一下，就可以使用SimpleUrlHandlerMapping了. DispatcherServlet會根據(jù)類型找到的，并且不會創(chuàng)建默認的映射器了(BeanNameUrlHandlerMapping).意思就是，如果你想兩個都用，那么就要全部聲明一下在ApplicationContext里.

■提示 DispatcherServlet會鏈式處理請求的（譯者：依次處理請求，可以參照過濾器和GOF中的責任鏈模式)，這樣允許按照你的要求處理映射，映射處理器(Handler mappings )實現(xiàn)了Orderedr接口.

以上是“spring mvc路徑匹配原則的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

網(wǎng)頁題目：springmvc路徑匹配原則的示例分析
文章分享：http://muchs.cn/article8/pdgiop.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、網(wǎng)站導航、手機網(wǎng)站建設、品牌網(wǎng)站建設、電子商務、響應式網(wǎng)站

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內容