SpringMVC 中 url-patter 与 @RequestMapping 的对应问题

原理简述

　　后台利用 SpringMVC 响应前端发起的请求时，其完整 url 会按照 DispatcherServlet 指定的 url 格式进行匹配、修剪，去掉<url-pattern>指定的上下文部分，剩余部分 url'，再由注解 @RequestMapping
转到 Controller 特定的方法上，执行具体的处理。

举个栗子

前端请求的完整 url：

http://localhost:8088/aaa/bbb/ccc?myParam=myValue

servlet 指定的 url 格式：

<url-pattern>/aaa/*</url-pattern>

则 @RequestMapping 的正确配置为：

@RequestMapping(value="/bbb/ccc")
public String demoMethodSignature(String myParam) { /*method code*/ }

如果RequestMapping="/aaa/bbb/ccc"，则等效的完整 url 为：

http://localhost:8088/aaa/aaa/bbb/ccc?myParam=myValue

而不是希望的（强行访问将显示404页面）

http://localhost:8088/aaa/bbb/ccc?myParam=myValue

可见，注解 @RequestMapping 的值是经过 <url-pattern> 类似“窄化处理”后的结果，且剔除的部分

http://localhost:8088/aaa
= http://localhost:8088 + /aaa
= 请求域名默认根路径 + <url-pattern>显式声明的路径

反之，如果注解 @RequestMapping 的值为 "/x/y/z"，<url-pattern> 指定为 "/aaa/*"，则访问该 Controller 方法的等效完整 url 为：

http://localhost:8088/aaa/x/y/z
=http://localhost:8088 + /aaa + /x/y/x
=域名根路径 + <url-pattern>显式声明的路径 + @RequestMapping值

参考文章：

1、Spring mvc url-pattern 和@RequestMapping 映射的小问题：http://blog.csdn.net/fangchao3652/article/details/54693814

2、servlet的url-pattern匹配规则详细描述：https://www.cnblogs.com/51kata/p/5152400.html