相親怎么做　　

　　web應(yīng)用需要放在Tomcat容器中才能啟動，Tomcat容器內(nèi)有一個默認(rèn)的web.xml文件，在自己項目中配置的XML文件都是繼承自Tomcat中的全局XML文件并重寫其中相應(yīng)配置，這種繼承且重寫的關(guān)系和子類繼承父類并重寫相關(guān)方法一樣，如果子類重寫了父類的方法，那么就使用子類的方法，反之就使用父類的方法。像XML這種格式化的文件最終會被轉(zhuǎn)換成一個類去保存配置信息，所以理解全局XML文件和項目XML文件的關(guān)系也可以類比子類重寫父類方法的模式。

　　打開Tomcat安裝目錄下的XML文件，關(guān)注其中兩個servlet及其對應(yīng)的servlet-mapping。

• default。default servlet用于處理靜態(tài)資源，如果一個請求在無法找到servlet-mapping去處理那么最終會被default處理。
• jsp。用于處理所有jsp結(jié)尾的請求。

<servlet><servlet-name>default</servlet-name><servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class><init-param><param-name>debug</param-name><param-value>0</param-value></init-param><init-param><param-name>listings</param-name><param-value>false</param-value></init-param><load-on-startup>1</load-on-startup></servlet><servlet><servlet-name>jsp</servlet-name><servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class><init-param><param-name>fork</param-name><param-value>false</param-value></init-param><init-param><param-name>xpoweredBy</param-name><param-value>false</param-value></init-param><load-on-startup>3</load-on-startup></servlet><servlet-mapping><servlet-name>default</servlet-name><url-pattern>/</url-pattern></servlet-mapping><!-- The mappings for the JSP servlet --><servlet-mapping><servlet-name>jsp</servlet-name><url-pattern>*.jsp</url-pattern><url-pattern>*.jspx</url-pattern></servlet-mapping>

?　　如果把DispatcherServlet的url-pattern配置成/*，那么它會覆蓋掉jsp servlet，所有的jsp請求最交給DispatchServlet處理，如果Controller中沒有配置相關(guān)處理方法那么會無法處理。事實上沒有必要越俎代庖的處理.jsp請求，完全可以交給Tomcat容器處理jsp請求，因此DispatchServlet要配置成/。

　　看培訓(xùn)班的視頻或者早期的SpringMVC資料，他們把DispatchServlet配置成.do或者.action形式，那是因為早期的SpringMVC缺乏對靜態(tài)資源的管理，如果配置成/那么所有對靜態(tài)資源如js的請求也會交給DIspatchServlet處理，除非配置相應(yīng)的Controller否則也會報錯，所有靜態(tài)資源管理的任務(wù)還是應(yīng)該由Tomcat中的default來管理，因此早期DispatchServlet配置成.do .action等形式來避免覆蓋掉default的功能。

　　這種url風(fēng)格是不符合REST的要求的，所以后來SpringMVC加入了兩個重要的注解，它們結(jié)合使用產(chǎn)生的功效是如果DispatchServlet發(fā)現(xiàn)請求是一個靜態(tài)資源那么會交給default servlet即交給Toncat處理，效果拔群。

<mvc:default-servlet-handler/><mvc:annotation-driven></mvc:annotation-driven>

　　總之最后的結(jié)論是：

• 配成/
• springMVC里加兩個注解

　　如此配置之后，媽媽再也不用擔(dān)心靜態(tài)資源和jsp頁面的問題了

為什么?

　　為什么加上了上述兩個注解靜態(tài)資源訪問就沒有問題了呢？打上斷點來查看加注解前后的區(qū)別。

　　首先是兩個注解都不加，此時HandlerMappings中的AnnotationHandlerMapping中存儲這Controller和url的映射關(guān)系，由于我們沒有編寫Controller去處理js html等靜態(tài)資源，所以此時的狀態(tài)是動態(tài)資源可以訪問，靜態(tài)資源不可訪問。

　　

　　其次是只加上default-servlet-handler，發(fā)現(xiàn)處理Controller的AnnotationHandler不見了，取而代之的是SimpleURLHandlerMapping，該Handler種的handlerMap非常簡單只有一個/**即無論什么請求都直接去當(dāng)前webapp下去找。這樣配置靜態(tài)資源肯定是可以訪問的，因為它的作用和不使用SpringMVC中的DIsplacedServlet直接使用Tomcat一樣。但由于AnnotationHandler的缺失，導(dǎo)致Controller這種基于注解配置處理請求的方法無法訪問，所以這種配置下的狀態(tài)是靜態(tài)資源可以訪問，動態(tài)資源不可以訪問。

　　最后當(dāng)把兩個注解都加上的時候，不僅有處理靜態(tài)資源的SimpleUrlHandlerMapping，還多了一個優(yōu)先級最高的RequestMapping，點開詳情信息發(fā)現(xiàn)我們配置的Controller都在里面。這就是我們要的效果：對于每一個非jsp請求都會被DispatchServlet攔下，然后交給優(yōu)先級最高的RequestMapping處理。RequestMapping遍歷自己的Mappings，如果這個請求是一個動態(tài)請求，那么一定可以找到對應(yīng)的Controller，Controller處理并返回；如果該請求是一個針對靜態(tài)資源文件的，RequestMapping無能為力，他會按照優(yōu)先級交給后續(xù)HandlerMapping如沒啥用的BeanNameUrlHandlerMapping，以及放在最后用來兜底的SimpleUrlHandlerMapping，當(dāng)SimpleUrlHandlerMapping拿到一個針對靜態(tài)資源的請求后，會在/**目錄下找到靜態(tài)資源并返回。

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/AshOfTime/p/10655014.html

總結(jié)

以上是生活随笔為你收集整理的配置DispatcherServlet应该写/还是/*的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。