这篇文章主要讲解了“Servlet中/和demo:这个urlPatterns是合法的。只不过它属于精确匹配,也就是说别看它中间有*
,仍旧有且仅能匹配/api/*/demo
这个请求路径
匹配顺序
有时候一个URL会被多个urlPatterns所匹配,这时谁优先呢?
Servlet同样遵循“国际惯例”:越精确越优先,越模糊越靠后。站在pattern模式的角度换句话讲就是:范围越小越优先,范围越大越靠后。
因此Servlet四种匹配方式顺序按范围从小到大(优先级从高到底)排序为:精确匹配 > 路径匹配 > 后缀名匹配 > 缺省匹配。
/和/*的区别
终于,来到了今天的主菜。
从上至下的阅读到这里,再看这个问题,是不是觉得答案已经浮出水面?那么,最后我还是来总结一下它俩的异同点:
相同点
绝大部分场景下具有相同的表现:匹配所有。
不同点
就是由于它们的相同点(如此相似),所以才让我们难以区分。
关于/
:
servlet中特殊的匹配模式(用在Filter中无效),
因为是缺省匹配代表匹配所有路径,所以只可能存在一个实例(若存在多个就覆盖)
优先级最低(兜底),这是和/*的最大区别。它不会覆盖任何其它的url-pattern,只会覆盖Servlet容器(如Tomcat)内建的DefaultServlet
关于/*
:
属于4中匹配模式中的路径匹配,可用于Servlet和Filter
优先级很高(仅次于精确匹配)。所以它会覆盖所有的后缀名匹配,从而很容易引起404问题,所以这种模式的“伤害性”是非常强的,一般有且仅用在Filter上
DispatcherServlet不拦截.jsp请求根因分析
/
只能用于Servlet上,/*
一般只用于Filter上。
大家熟悉的Spring MVC的DispatcherServlet的匹配路径默认就是/
,它会拦截各种各样的请求,诸如下面这种请求都会拦截:
/api/demo1
/html/demo1.html
/static/main.js
但是,它不会拦截/api/demo1.jsp
这种以.jsp结尾的请求。据此现象就出现了:/
不拦.jsp请求而/*
拦截(/*
的范围比/
大)这种“错误”言论。
下面告诉你此现象的根因:Servlet容器(如Tomcat)内置有专门匹配.jsp
这种请求的Servlet处理器,如下图所示:
而后缀名匹配优先级高于缺省匹配,所以.jsp
结尾的请求不会被DispatcherServlet所“截胡”而是交给了JspServlet处理。
有了这波分析后,就问你,是不是就不用死记答案了?是不是就终身难忘啦?
✍总结
Servlet的urlPatterns匹配方式是学习Java Web的重要一环,也是深入理解Spring MVC原理的大门,毕竟Spring MVC依旧是做业务开发的首选,而且还会持续很久、很久。
本文对Servlet的匹配方式做了全覆盖讲解,包括:
四种匹配方式匹配顺序(优先级)Servlet和Filter匹配的区别模式匹配中/
和/*
区别的根本原因
通过本文希望能让你不再被Servlet的模式匹配所困扰,更不要被一些似可非可的结论所迷惑,摇摆不定时大不了编码验证一下嘛。
感谢各位的阅读,以上就是“Servlet中/和/*的区别是什么”的内容了,经过本文的学习后,相信大家对Servlet中/和/*的区别是什么这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是编程网,小编将为大家推送更多相关知识点的文章,欢迎关注!