SpringMVC注解汇总(二)-请求映射规则
接上一节SpringMVC注解汇总-定义 讲到Httpy请求信息
URL路径映射
1）普通URL路径映射
@RequestMapping(value={"/test1", "/user/create"})：
多个URL路径可以映射到同一个处理器的功能处理方法。
2）URI模板模式映射
@RequestMapping(value="/users/{userId}")：
{×××}占位符， 请求的URL可以是 “/users/123456”
或
“/users/abcd”，通过@PathVariable可以提取URI模板模式中的{×××}中的×××变量。
@RequestMapping(value="/users/{userId}/create")：
这样也是可以的，请求的URL可以是“/users/123/create”。
@RequestMapping(value="/users/{userId}/topics/{topicId}")：
这样也是可以的，请求的URL可以是“/users/123/topics/123”。
3）Ant风格的URL路径映射
@RequestMapping(value="/users/**")：
可以匹配“/users/abc/abc”，但“/users/123”将会被【URI模板模式映射中的“/users/{userId}”模式优先映射到】
@RequestMapping(value="/product?")：
可匹配“/product1”或“/producta”，但不匹配“/product”或“/productaa”;
@RequestMapping(value="/product*")：
可匹配“/productabc”或“/product”，但不匹配“/productabc/abc”;
@RequestMapping(value="/product/*")：
可匹配“/product/abc”，但不匹配“/productabc”;
@RequestMapping(value="/products/**/{productId}")：
可匹配“/products/abc/abc/123”或“/products/123”，也就是Ant风格和URI模板变量风格可混用;
4）正则表达式风格的URL路径映射
从Spring3.0开始支持正则表达式风格的URL路径映射，格式为{变量名:正则表达式}，通过@PathVariable提取模式中的{×××：正则表达式匹配的值}中的×××变量了。
@RequestMapping(value="/products/{categoryCode:\\d+}-{pageNumber:\\d+}")：
可以匹配“/products/123-1”，但不能匹配“/products/abc-1”，这样可以设计更加严格的规则。
正则表达式风格的URL路径映射是一种特殊的URI模板模式映射：
URI模板模式映射是{userId}，不能指定模板变量的数据类型，如是数字还是字符串；
正则表达式风格的URL路径映射，可以指定模板变量的数据类型，可以将规则写的相当复杂。
5）组合使用是“或”的关系
如 @RequestMapping(value={"/test1", "/user/create"}) 组合使用是或的关系，即“/test1”或“/user/create”请求URL路径都可以映射到@RequestMapping指定的功能处理方法。
Spring Web MVC不仅仅提供URL路径映射，还提供了其他强大的映射规则。接下来我们看一下请求方法
映射限定吧。
请求方法映射限定
熟悉的表单一般分为两步：第一步展示，第二步提交，如SimpleFormController那样，那如何通过@RequestMapping来实现呢？
1）请求方法映射限定
我们熟知的，展示表单一般为GET请求方法；提交表单一般为POST请求方法。但URL路径映射方式对任意请求方法是全盘接受的，因此我们需要某种方式来告诉相应的功能处理方法只处理如GET请求方法的请求或POST请求方法的请求。
使用@RequestMapping来实现SimpleFormController的功能。
实例：
@Controller
@RequestMapping("/customers/**") //①处理器的通用映射前缀
public class RequestMethodController {
//②类级别的@RequestMapping窄化
@RequestMapping(value="/create",method=RequestMethod.GET)
public String showForm() {
System.out.println("===============GET");
return "customer/create";
}
//③ 类级别的@RequestMapping窄化
@RequestMapping(value="/create",method=RequestMethod.POST)
public String submit(){
System.out.println("==============POST");
return "redirect:/success";
}
}
说明：
①处理器的通用映射前缀（父路径）：表示该处理器只处理匹配“/customers/**”的请求；
②对类级别的@RequestMapping进行窄化，表示showForm可处理匹配“/customers/**/create”且请求方法为“GET”的请求；
③对类级别的@RequestMapping进行窄化，表示submit可处理匹配“/customers/**/create”且请求方法为“POST”的请求。
请求如下
因为返回的customer/create 没有配置create.jsp页面，在服务器会打印日志！
2）组合使用是“或”的关系
@RequestMapping(value="/methodOr", method = {RequestMethod.POST, RequestMethod.GET})：
即请求方法可以是 GET 或 POST。
提示：
1、一般浏览器只支持GET、POST请求方法，如想浏览器支持PUT、DELETE等请求方法只能模拟，稍候章节介绍。
2、除了GET、POST，还有HEAD、OPTIONS、PUT、DELETE、TRACE。
3、DispatcherServlet默认开启对 GET、POST、PUT、DELETE、HEAD的支持；
4、如果需要支持OPTIONS、TRACE，请添加DispatcherServlet在web.xml的初始化参数：dispatchOptionsRequest 和 dispatchTraceRequest 为true。
请求方法的详细使用请参考RESTful架构风格一章。
3）请求参数数据映射限定
实例：
@Controller
@RequestMapping("/parameter1")//①处理器的通用映射前缀
public class RequestParametController {
//②进行类级别的@RequestMapping窄化
@RequestMapping(params="create",method=RequestMethod.GET)
public String showForm() {
System.out.println("=============showform");
return "parameter/create";
}
//③进行类级别的@RequestMapping窄化
@RequestMapping(params="create",method=RequestMethod.POST)
public String submit() {
System.out.println("==========submit");
return "redirect:/success";
}
}
说明：
②@RequestMapping(params="create", method=RequestMethod.GET) ：表示请求中有“create”的参数名且请求方法为“GET”即可匹配，如可匹配的请求URL“http://×××/parameter1?create”；
③@RequestMapping(params="create", method=RequestMethod.POST)：表示请求中有“create”的参数名且请求方法为“POST”即可匹配；
请求数据中没有指定参数名
//请求参数不包含 create参数名
@RequestMapping(params="!create", method=RequestMethod.GET)
//进行类级别的@RequestMapping窄化
说明
@RequestMapping(params="!create", method=RequestMethod.GET)：表示请求中没有“create”参数名且请求方法为“GET”即可匹配，如可匹配的请求URL“http://×××/parameter1?abc”。
