使用框架時,在web.xml中配置servlet時,攔截請求/和/*的區別。


關於servlet的攔截設置,之前看了好多,說的都不太清除,明白。

最近明白了一些,總的來說就是保證攔截所有用戶請求的同時,放行靜態資源。

現整理如下:

 

 一、我們都知道在基於Spring的Application中,需要在web.xml中增加下面類似的配置信息:

 

 1   <listener>
 2     <listener-class>
 3     org.springframework.web.context.ContextLoaderListener
 4     </listener-class>
 5   </listener>
 6 
 7   <!-- Spring MVC Servlet -->
 8 
 9   <servlet>
10     <servlet-name>servletName</servlet-name>
11     <servlet-class>
12     org.springframework.web.servlet.DispatcherServlet
13     </servlet-class>
14     <load-on-startup>1</load-on-startup>
15   </servlet>
16 
17   <servlet-mapping>
18     <servlet-name>servletName</servlet-name>
19     <url-pattern>/</url-pattern>
20   </servlet-mapping>

 


  此處需要特別強調的是 <url-pattern>/</url-pattern>使用的是/,而不是/*,如果使用/*,那么請求時可以通過DispatcherServlet轉發到相應的Action或者Controller中的,但是返回的內容,如返回的jsp還會再次被攔截,這樣導致404錯誤,即訪問不到jsp。所以如果以后發現總是有404錯誤的時候,別忘了check一下 <url-pattern>/</url-pattern>的配置是否是/*.

 


二、其實Spring 的Servlet攔截器匹配規則(即 <url-pattern>...</url-pattern> )都可以自己定義,

  例:當映射為@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。

 


三、如何訪問到靜態的文件,如jpg,js,css?


  如果你的DispatcherServlet攔截"*.do"這樣的有后綴的URL,就不存在訪問不到靜態資源的問題。

  如果你的DispatcherServlet攔截"/",為了實現REST風格,攔截了所有的請求,那么同時對*.js,*.jpg等靜態文件的訪問也就被攔截了。

  我們要解決這個問題。

  目的:可以正常訪問靜態文件,不可以找不到靜態文件報404。

  方案一:激活Tomcat的defaultServlet來處理靜態文件

  

  <servlet-mapping>
    <servlet-name>default</servlet-name>
    <url-pattern>*.jpg</url-pattern>
  </servlet-mapping>
  <servlet-mapping>     <servlet-name>default</servlet-name>     <url-pattern>*.js</url-pattern>   </servlet-mapping>
  <servlet-mapping>     <servlet-name>default</servlet-name>     <url-pattern>*.css</url-pattern>   </servlet-mapping>

 


  特點:1. 要配置多個,每種文件配置一個。

  2. 要寫在DispatcherServlet的前面, 讓 defaultServlet先攔截請求,這樣請求就不會進入Spring了。

  3. 高性能。

  備注:

  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 mapping="/images/**" location="/images/" />

 


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

  <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后綴,就不存上述問題了。還是有后綴方便。

 

 

 

以上。

主要參考:https://zhidao.baidu.com/question/2055907804031398347.html


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM