SpringMVC前端控制器细节简记

一开始因为静态资源会被拦截的缘故误以为配置了/的DispatcherServlet会拦截所有的请求。可是今天在一个原生项目上使用springmvc发现原来写的那些servlet还是能正常访问。然后去百度了一下~
前端控制器本质上是一个Servlet。所谓的拦截所有请求是因为配置了/ url时所有请求都能匹配，所以所有请求都可能会被tomcat派发给前端控制器。但是tomcat的url匹配规则中/ url优先级是较低的（当然比静态资源高，所以静态资源会被拦截），而那些url优先级比前端控制器高的servlet不会被拦截，能照常访问。比如你写了一个原生Servlet的url为/test，那么你访问http:hostname:port/contextpath/test时tomcat会把请求派发给你写的原生servlet处理，而不用经过springmvc。
请求匹配的顺序参见url匹配规则
另外在你前端控制器url为/时使用配置静态资源时是可以正常访问jsp(虽然不是静态资源)，但是当你前端控制器url为/*时使用配置静态资源时jsp就真的变成静态资源了(访问会直接返回jsp源码)。
总结起来就是前端控制器的拦截所有请求不是真正的拦截所有，所有springmvc规则仅在匹配到前端控制器时生效。