SpringMVC使用注解@RequestMapping映射请求

pringMVC通过使用@RequestMapping注解，实现指定控制器可以处理哪些URL请求。

控制器的类定义及方法定义处都可以标注@RequestMapping：

• 类定义处：提供初步的请求映射信息。相对于WEB 应用的根目录。

• 方法定义处：提供进一步的细分映射信息。相对于类定义处的URL。若类定义处未标注@RequestMapping，则方法处标记的URL 相对于WEB 应用的根目录。

  　　下面测试一下，当我们仅在方法hello()处添加注解@RequestMapping(“/helloworld”)时，通过页面超链接地址”helloworld”可以正常跳转到success.jsp页面：

• 

  

现在我们添加类定义处的注解@RequestMapping(“/hello”)：

那么通过上面的超链接地址”helloworld”访问则会提示：

必须将超链接地址改为”hello/helloworld”，才可以正常跳转：

类定义处标记的@RequestMapping(“/hello”)限定了处理器类可以处理所有URL为/hello的请求，它相对于WEB容器部署的根路径；而通过在方法处标记@RequestMapping注解，则可以实现让处理器类定义多个处理方法，以处理来自/hello下的不同请求。

@RequestMapping除了可以使用请求URL映射请求外，还可以使用请求方法、请求参数及请求头映射请求

标准的HTTP请求报头格式如下：

@RequestMapping的value、method、params及headers 分别表示请求URL、请求方法、请求参数及请求头的映射条件，他们之间是与的关系，联合使用多个条件可让请求映射更加精确化（params和headers不常用，了解即可）。method指定请求方式为GET或是POST，params的表达式格式如下：（headers与其类似）

• param1: 表示请求必须包含名为param1 的请求参数。
• !param1: 表示请求不能包含名为param1 的请求参数。
• param1 != value1: 表示请求包含名为param1 的请求参数，但其值不能为value1。

• {“param1=value1”, “param2”}: 请求必须包含名为param1 和param2 的两个请求参数，且param1参数的值必须为value1。

那么比如我们现在可以将hello()方法注解为：

 即该方法只会处理请求路径为”hello/helloworld”，请求方法为GET，必须带有参数userId和age，其中age值不能为10，且请求头中Accept-Language要为zh-CN,zh;q=0.8的请求。

@RequestMapping映射的url还可以使用Ant风格的通配符

?：匹配文件名中的一个字符 
*：匹配文件名中的任意字符 
**：匹配多层路径

　　例如，/user/*/createUser: 可以匹配 /user/aaa/createUser、/user/bbb/createUser等URL

@PathVariable可以映射URL绑定的占位符

　　带占位符的URL 是Spring3.0 新增的功能，该功能在SpringMVC向REST目标挺进发展过程中具有里程碑的意义。通过@PathVariable可以将URL 中占位符参数绑定到控制器处理方法的参数中：URL 中的{xxx} 占位符可以通 过@PathVariable(“xxx”) 绑定到操作方法的入参中，注意两个“xxx”必须一致。例如，我们可以将方法hello()注解为:

那么，当我们在页面中的请求格式为：

则可以在方法中获取id值为5，并输出到控制台。

表现层状态转化REST(Representational State Transfer)

REST是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用。解释一下名词： 
　　资源（Resources）：网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的存在。可以用一个URL（统一资源定位符）指向它，每种资源对应一个特定的URL。要获取这个资源，访问它的URL就可以，因此URL 即为每一个资源的独一无二的识别符。 
　　表现层（Representation）：把资源具体呈现出来的形式，叫做它的表现层（Representation）。比如，文本可以用txt 格式表现，也可以用HTML 格式、XML 格式、JSON 格式表现，甚至可以采用二进制格式。 
　　状态转化（State Transfer）：每发出一个请求，就代表了客户端和服务器的一次交互过程。HTTP协议，是一个无状态协议，即所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生“状态转化”（State Transfer）。而这种转化是建立在表现层之上的，所以就是“表现层状态转化”。具体说，就是HTTP 协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。它们分别对应四种基本操作：GET 用来获取资源，POST 用来新建资源，PUT 用来更新资源，DELETE 用来删除资源。 
　　示例： 
　　– /order/1 HTTP GET：得到id= 1 的order 
　　– /order/1 HTTP DELETE：删除id = 1的order 
　　– /order/1 HTTP PUT：更新id = 1的order 
　　– /order HTTP POST：新增order 
　　 
　　但是，浏览器form 表单只支持GET与POST请求，不支持DELETE和PUT 。Spring3.0 添加了一个过滤器HiddenHttpMethodFilter，它可以将DELETE和PUT请求转换为标准的http 方法，使得支持GET、POST、PUT 与DELETE 请求。（查看源码我们知道了HiddenHttpMethodFilter工作原理是当页面发送一个POST请求时，同时发送一个隐藏域_method，根据_method值为DELETE或者PUT，过滤器HiddenHttpMethodFilter封装一个新的请求传给SpringMVC） 
　　下面以DELETE请求为例,首先在web.xml中配置HiddenHttpMethodFilter：

<!-- 配置 org.springframework.web.filter.HiddenHttpMethodFilter: 可以把 POST
        请求转为 DELETE 或 PUT 请求 -->
    <filter>
        <filter-name>HiddenHttpMethodFilter</filter-name>
        <filter-class>org.springframework.web.filter.HiddenHttpMethodFilter</filter-class>
    </filter>

    <filter-mapping>
        <filter-name>HiddenHttpMethodFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

将控制器中的方法限定为只处理请求方法为DELETE的请求：

@Controller
@RequestMapping("/hello")
public class Hello {

    @RequestMapping(value = "/helloworld/{id}", method = RequestMethod.DELETE)
    public String hello(@PathVariable("id") Integer id) {
        System.out.println("Test DELETE, id = " + id);
        return "success";
    }
}

页面中的form表单为：

　　 <form action="hello/helloworld/5" method="post">
    <input type="hidden" name="_method" value="DELETE">
    <input type="submit" value="Test REST DELETE">
    </form>

测试：

成功跳转：

控制台正确输出：

注：以上内容参考自佟刚老师的Spring MVC视频教程。