本文實(shí)例匯總了javaweb中靜態(tài)文件的常用處理方法,在Javaweb程序開發(fā)中很有實(shí)用價(jià)值,具體方法匯總?cè)缦拢?/p>
方法一:激活Tomcat的defaultServlet來(lái)處理靜態(tài)文件
在web.xml中添加:
1
2
3
4
5
6
7
8
9
10
11
12
|
< 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 > |
說(shuō)明:要寫在DispatcherServlet的前面, 讓 defaultServlet先攔截請(qǐng)求,這樣請(qǐng)求就不會(huì)進(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 , 使用方法:
1
2
|
<!-- 對(duì)靜態(tài)資源文件的訪問 --> <mvc:resources mapping= "/images/**" location= "/images/" /> |
說(shuō)明:/images/**映射到ResourceHttpRequestHandler進(jìn)行處理,location指定靜態(tài)資源的位置.可以是web application根目錄下、jar包里面,這樣可以把靜態(tài)資源壓縮到j(luò)ar包中。cache-period 可以使得靜態(tài)資源進(jìn)行web cache
方法三 ,使用<mvc:default-servlet-handler/>
1
|
<mvc: default -servlet-handler/> |
會(huì)把"/**" url,注冊(cè)到SimpleUrlHandlerMapping的urlMap中,把對(duì)靜態(tài)資源的訪問由HandlerMapping轉(zhuǎn)到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler處理并返回。
DefaultServletHttpRequestHandler使用就是各個(gè)Servlet容器自己的默認(rèn)Servlet.
補(bǔ)充說(shuō)明:多個(gè)HandlerMapping的執(zhí)行順序問題:
DefaultAnnotationHandlerMapping的order屬性值是:0
<mvc:resources/ >自動(dòng)注冊(cè)的 SimpleUrlHandlerMapping的order屬性值是: 2147483646
<mvc:default-servlet-handler/>自動(dòng)注冊(cè) 的SimpleUrlHandlerMapping 的order屬性值是: 2147483647
spring會(huì)先執(zhí)行order值比較小的。當(dāng)訪問一個(gè)a.jpg圖片文件時(shí),先通過(guò) DefaultAnnotationHandlerMapping 來(lái)找處理器,一定是找不到的,因?yàn)槲覀儧]有叫a.jpg的Action。然后再按order值升序找,由于最后一個(gè) SimpleUrlHandlerMapping 是匹配 "/**"的,所以一定會(huì)匹配上,就可以響應(yīng)圖片。
訪問一個(gè)圖片,還要走層層匹配。不知性能如何?
最后再說(shuō)明一下,方案二、方案三 在訪問靜態(tài)資源時(shí),如果有匹配的(近似)總攔截器,就會(huì)走攔截器。如果你在攔截中實(shí)現(xiàn)權(quán)限檢查,要注意過(guò)濾這些對(duì)靜態(tài)文件的請(qǐng)求。
如何你的DispatcherServlet攔截 *.do這樣的URL后綴,就不存上述問題了。還是有后綴方便。