コードは以下の通りです
<サーブレット> の<servlet-name>のspringMVC </サーブレット名> の<servlet-class>のorg.springframework.web.servlet.DispatcherServlet </サーブレットクラス> の<init-param>の の<param-name>のcontextConfigLocation </ param-名前> の<param-value>のクラスパス：springMVC.xml </ PARAM値> </ initの-param>の </サーブレット> <のservlet-mapping> の<servlet-name>のspringMVC </サーブレット名> の<url-pattern> / </のurl-pattern> </のservlet-mapping>
web.xmlにSpringMVCを構成する際には、実際に、それはサーブレットが装備され、見ることができます。
次に、<のservlet-mapping>での<url-pattern>マッチングルールは、それは何ですか？
URLパターンマッチングのルール
試合開始後のプロジェクトのフルパス名から実際のコンテンツでの<url-pattern>の/
比如ます。http：// localhostを：8081 /プロジェクト名/ホームページ/ test.do、
/ *試合は、このセクション/homepage/test.doです
すなわち、3があります。
1.完全一致
<url-pattern> /test/userList.action </のurl-pattern>
完全一致は正確に正確にURLアドレスに一致しています
2.パスの試合
<url-pattern> / </のurl-pattern> <！ -或者- > の<url-pattern> / * </のurl-pattern> <！ -或者- > の<url-pattern> /ベース/ * </のurl-pattern>
このうち、* /と/の間に違いがあります
/ ==>一致するURLを入力パスをパスのこのタイプの例については、/ ABC /試験
/ * ==>だけでなく、パスタイプマッチングURLは、また、一致するサフィックスがURLを入力し、例えば/abc/test.jsp
<URL-pattren>のみ/ *設定する場合したがって、その後の復帰要求（一般/WEB-INF/view/XXX.jspを返すように要求）は、コントローラ（のDispatcherServlet）の前端になりインターセプト、リードを見つけるために対応するハンドラ、404エラーよりも少ないです！
あなたは復帰要求インターセプタを避けるために、次に使用することができます/ XXX / * * /このメソッドを使用する必要がある場合
3.拡張子が一致しました
<url-pattern> *。行う</のurl-pattern> の<url-pattern> *。アクション</のurl-pattern>
<url-pattern> * </のurl-pattern> //これは間違っています！
<！ - 以上 - >
*の.doという* .action要求に傍受し、終了。
マッチング順コンテナ
コンテナが最初に完全一致となり、それはまた、拡張の一致に見られなかった、ルートの一致を見つけることができませんでした。マッチが成功すると、下側と一致していません。
参考：https://blog.csdn.net/yzh18373476791/article/details/82719848