SpringMVC——/和/*的区别以及原理分析

结论：

<url-pattern>/*</urp-pattern> 匹配所有路径

<url-pattern>/</urp-pattern>匹配除*.jsp这样的后缀类型url之外的所有路径， 符合REST风格

/*的弊端：

在controller处理后，返回jsp文件，会再次被DispatcherServlet拦截到（通过forward的方式，再次经过web.xml的映射），查找requestmapping为这个路径的controller映射，结果发生404错误

而设置为/，就会不匹配到*.jsp的url（此处不准确，应该是被默认的匹配规则在其前进行了匹配并成功，所以就不轮不到经过'/'），从而不会被DispatcherServlet拦截

所以Spring开发中，用‘’/‘’

原理

servlet容器对url进行匹配的规则，分为四类

1./*  例如：<url-pattern>/*</urp-pattern>

2./    例如：<url-pattern>/</urp-pattern>

3.*.   例如：<url-pattern>*.jsp</urp-pattern> 后缀匹配

4.以上三种之外 例如：<url-pattern>a.do</urp-pattern> 精准匹配

代码中的url解析顺序是 4->1->3->2 （第三类是容器默认加入的，不需要手动添加）

所以当设置为/*时，像xxx/a.jsp的url先匹配规则4，不符合规则，匹配失败，则匹配规则1，（已经设置了该url-pattern）匹配成功，被DispatcherServlet拦截

而设置为/时，先是规则4，不符合规则，匹配失败，再是规则1，虽然匹配成功，但是没有设置相关url-pattern，也就是没有servlet处理，所以失败，然后匹配规则3，匹配成功，而且相关utl-pattern是容器默认加入的，不需要手动添加，有专门的servlet处理，所以成功，这样就不需要进行规则2的匹配，也就不会被DispatcherServlet拦截