各種錯(cuò)誤case，且聽我娓娓道來。搜集了下有如下4種主流答案，一一點(diǎn)撥。

環(huán)境說明：使用原生Servlet，war包方式部署至外置Tomcat作為服務(wù)器，端口號(hào)8080，context-path為：appcontext

1、/用于Servlet，/*用于Filter

反例：

@WebFilter(urlPatterns = {"/*"})
public class FakeServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        System.out.println("FakeServlet收到請(qǐng)求：" + req.getRequestURI());
    }
}

啟動(dòng)服務(wù)器，瀏覽器訪問：http://localhost:8080/appcontext/api/demo1，控制臺(tái)輸出：

FakeServlet收到請(qǐng)求：/appcontext/api/demo1

一般來講/確實(shí)用于Servlet，/*用于Filter，但并不代表這是正確的。

說明：Filter路徑模式使用/無效

2、/不會(huì)匹配.jsp請(qǐng)求，而/*可以匹配到.jsp請(qǐng)求

這個(gè)結(jié)論表面上看沒有問題，但是往深了想一步，是否能夠推導(dǎo)出這個(gè)結(jié)論：“/不會(huì)匹配.html請(qǐng)求，而/*可以匹配到.html請(qǐng)求”。試試看：

@WebServlet(urlPatterns = {"/"})
public class FakeServlet extends HttpServlet {

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        System.out.println("FakeServlet收到請(qǐng)求：" + req.getRequestURI());
    }
}

@WebFilter(urlPatterns = {"/*"})
public class FakeFilter extends HttpFilter {

    @Override
    protected void doFilter(HttpServletRequest req, HttpServletResponse res, FilterChain chain) throws IOException, ServletException {
        System.out.println("FakeFilter收到請(qǐng)求：" + req.getRequestURI());
        super.doFilter(req, res, chain);
    }
}

啟動(dòng)服務(wù)器，瀏覽器訪問：http://localhost:8080/appcontext/api/demo1.jsp，控制臺(tái)輸出：

FakeFilter收到請(qǐng)求：/appcontext/api/demo1.jsp

servlet并未匹配上，似乎符合此結(jié)論：/不會(huì)匹配.jsp請(qǐng)求，而/*可以。

瀏覽器再訪問：http://localhost:8080/appcontext/api/demo1.html，控制臺(tái)輸出：

FakeFilter收到請(qǐng)求：/appcontext/api/demo1.html

FakeServlet收到請(qǐng)求：/appcontext/api/demo1.html

Filter和Servlet都匹配成功，破功了吧！

所以說，局限于該回答本身沒有問題，而問題在于.jsp后綴是一種特殊的請(qǐng)求，拿特殊案例當(dāng)做通用結(jié)論肯定是站不住腳的。

3、/*匹配范圍比/大

通過本文下面的講解你就會(huì)知道：/屬于最大的的匹配范圍，而/*恰好是范圍和/一樣了而已，但/*的優(yōu)先級(jí)比/高，并不是它的匹配范圍比/大。

4、/匹配所有url(路徑+后綴)，/*只匹配路徑型

用一句話反駁：/*也能匹配上/api/demo1.html這種后綴型url（其實(shí)上面已經(jīng)給出示例了）

這4個(gè)結(jié)論搜索排名非?？壳?，不知誤導(dǎo)了多少小朋友呀。與其每次將信將疑，倒不如花點(diǎn)時(shí)間寫代碼自己做個(gè)試驗(yàn)來得靠譜。我一向推崇的代碼多動(dòng)手，人云亦云不如自己來上一發(fā)。

帶著這幾個(gè)❌結(jié)論，接下來開始發(fā)大招啦：從根本上帶你理解Servlet規(guī)范的URL匹配機(jī)制，從而理解到/和/*的區(qū)別，授之以漁讓你終身難忘。

Servlet的urlPatterns路徑映射

說明：本文所指的Servlet是廣義的（規(guī)范），所以也包含F(xiàn)ilter的urlPatterns

Servlet/Filter是服務(wù)端的一段小程序，用于處理Http請(qǐng)求。每個(gè)Servlet可以映射1個(gè)or多個(gè)路徑，在xml時(shí)代這么寫（url-pattern標(biāo)簽可寫多個(gè)）：

<servlet-mapping>
	<servlet-name>Demo1Servlet</servlet-name>
	<url-pattern>/api/demo1</url-pattern>
	<url-pattern>/api/demo2</url-pattern>
</servlet-mapping>

@WebServlet注解方式這么寫：

@WebServlet(urlPatterns = {"/api/demo1", "/api/demo2"})
public class Demo1Servlet extends HttpServlet { ... }

此時(shí)，該Servlet就能處理這兩種 URL了。

問題來了，如果希望本Servlet處理某一類請(qǐng)求，該怎么破呢？

一類請(qǐng)求顯然是無法一一枚舉出來的，這時(shí)就需要用到Servlet的模式匹配了。urlPatterns除了寫字面量的字符串，還支持pattern模式的字符串（從該屬性的命名你應(yīng)該也能看出來）。

接下來聚焦于Servlet的匹配方式展開詳細(xì)講解，這是本文的核心內(nèi)容。

Servlet四種匹配方式

在Servlet規(guī)范中一共約定了四種匹配方式，無一例外，每種方式都非常重要和常用，下面逐一介紹。

1. 精確匹配

顧名思義，urlPatterns是個(gè)無通配符的精確字符串，如：

@WebServlet(urlPatterns = {"/api/demo1", "/api/demo2"}) // 精確匹配
public class UrlPatternDemoServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        System.out.printf("收到請(qǐng)求：%s ServletPath:%s PathInfo:%s\n", req.getRequestURI(), req.getServletPath(), req.getPathInfo());
    }
}

打印里輸出servletPath和pathInfo信息，讓日志更具對(duì)比性

瀏覽器訪問http://localhost:8080/appcontext/api/demo1和/api/demo2均能收到該請(qǐng)求，控制臺(tái)分別打?。?/p>

收到請(qǐng)求：/appcontext/api/demo1 ServletPath:/api/demo1 PathInfo:null
收到請(qǐng)求：/appcontext/api/demo2 ServletPath:/api/demo2 PathInfo:null

2. 路徑匹配

pattern規(guī)則：以/開頭，且以/*結(jié)尾。如：

@WebServlet(urlPatterns = {"/api/*", "/*"}) // 路徑匹配
public class UrlPatternDemoServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
    	// 同上
    }
}

瀏覽器訪問http://localhost:8080/appcontext/api/demo1，控制臺(tái)輸出（匹配的/api/*）：

收到請(qǐng)求：/appcontext/api/demo1 ServletPath:/api PathInfo:/demo1

訪問http://localhost:8080/appcontext/apiapi/demo1，控制臺(tái)輸出（匹配的/*：

收到請(qǐng)求：/appcontext/apiapi/demo1 ServletPath: PathInfo:/apiapi/demo1

關(guān)注點(diǎn)：當(dāng)匹配上/*模式時(shí)，ServletPath的值為空串，但PathInfo的值更為“豐富”了。

3. 后綴名匹配

patten規(guī)則：以*.開頭（注意是開頭，所以/api/*.jsp這么寫是非法的）。如：

@WebServlet(urlPatterns = {"*.jsp", "*.*"}) // 后綴名匹配
public class UrlPatternDemoServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
    	// 同上
    }
}

訪問http://localhost:8080/appcontext/api/demo1，結(jié)果404，因?yàn)闆]有后綴嘛；
訪問http://localhost:8080/appcontext/api/demo1.jsp，控制臺(tái)輸出（匹配*.jsp）：

收到請(qǐng)求：/appcontext/api/demo1.jsp ServletPath:/api/demo1.jsp PathInfo:null

訪問http://localhost:8080/appcontext/api/demo1.servlet，結(jié)果404，因?yàn)閡rlPatterns里沒有匹配.servlet后綴的模式；
訪問http://localhost:8080/appcontext/api/demo1.，結(jié)果404，原因同上
訪問http://localhost:8080/appcontext/api/demo1.*，控制臺(tái)打?。ㄆヅ?code>*.*）：

收到請(qǐng)求：/appcontext/api/demo1.* ServletPath:/api/demo1.* PathInfo:null

發(fā)現(xiàn)沒，這種匹配方式還蠻“特殊”的，需要注意這兩點(diǎn)：

• 該模式以*.開頭，后面的均是常量，即使是*也是常量。比如*.*匹配的后綴必須是.*而不能是其它
• 該匹配方式下，pathInfo永遠(yuǎn)是null，servletPath永遠(yuǎn)是“全部”

 4. 缺省匹配

pattern規(guī)則：固定值/。如：

想一想，這不就是我們熟悉的DispatcherServlet的匹配路徑么？

@WebServlet(urlPatterns = "/") // 缺省匹配
public class UrlPatternDemoServlet extends HttpServlet {
    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
    	// 同上
    }
}

這個(gè)時(shí)候匹配任意路徑。

訪問http://localhost:8080/appcontext，控制臺(tái)打?。?/p>

收到請(qǐng)求：/appcontext/ ServletPath:/ PathInfo:null

訪問http://localhost:8080/appcontext/api/demo1，控制臺(tái)打?。?/p>

收到請(qǐng)求：/appcontext/api/demo1 ServletPath:/api/demo1 PathInfo:null

訪問http://localhost:8080/appcontext/api/demo1.html，控制臺(tái)打印：

收到請(qǐng)求：/appcontext/api/demo1.html ServletPath:/api/demo1.html PathInfo:null

此匹配規(guī)則下，pathInfo永遠(yuǎn)是null，servletPath永遠(yuǎn)是“全部”。

關(guān)于pathInfo：pathInfo只有當(dāng)Servlet是路徑匹配時(shí)，才有值。其它情況永遠(yuǎn)為null

URL匹配注意事項(xiàng)

Servlet對(duì)URL的匹配既不是Ant風(fēng)格，也不是Regex。特殊符號(hào)只有單個(gè)的*，且使用位置有強(qiáng)約束，切忌想當(dāng)然的隨意拼湊。

舉例兩種典型的錯(cuò)誤理解，應(yīng)該能幫助到你：

• /api/*.jsp：該urlPatterns是非法的，啟動(dòng)時(shí)會(huì)報(bào)錯(cuò)“IllegalArgumentException: servlet映射中的[/api/*.jsp]無效”。原因?yàn)椋?
  • 若當(dāng)路徑匹配，/*后面不能再有任何東西
  • 若當(dāng)后綴名匹配，*.必須是最前面
• /api/*/demo：這個(gè)urlPatterns是合法的。只不過它屬于精確匹配，也就是說別看它中間有*，仍舊有且僅能匹配/api/*/demo這個(gè)請(qǐng)求路徑

匹配順序

有時(shí)候一個(gè)URL會(huì)被多個(gè)urlPatterns所匹配，這時(shí)誰優(yōu)先呢？

Servlet同樣遵循“國(guó)際慣例”：越精確越優(yōu)先，越模糊越靠后。站在pattern模式的角度換句話講就是：范圍越小越優(yōu)先，范圍越大越靠后。