【SpringMVC】使用 @RequestMapping 映射请求

使用 @RequestMapping 映射请求

• Spring MVC 使用 @RequestMapping 注解为控制器指定可以处理哪些 URL 请求
• 在控制器的类定义及方法定义处都可标注 @RequestMapping
  • 类定义处：提供初步的请求映射信息。相对于 WEB 应用的根目录
  • 方法处：提供进一步的细分映射信息。相对于类定义处的 URL。若类定义处未标注 @RequestMapping，则方法处标记的 URL 相对于WEB 应用的根目录
• DispatcherServlet 截获请求后，就通过控制器上 @RequestMapping 提供的映射信息确定请求所对应的处理方法。

使用 @RequestMapping 映射请求示例

@Controller
//类定义处标记的 @RequestMapping 限定了处理 器类可以处理所有 URI 为 /hello 的请求，它相对于 WEB 容器部署的根路径
@RequestMapping("/hello")
public class HelloWorld {
    //处理器类可以定义多个处理方法，处理来自/hello 下的请求
    @RequestMapping("/SpringMVC")
    public String helloworld() {
        System.out.println("helloworld");
        return "success";
    }
}

映射请求参数、请求方法或请求头

• 标准的 HTTP 请求报头
  

  

• @RequestMapping 除了可以使用请求 URL 映射请求外，还可以使用请求方法、请求参数及请求头映射请求
• @RequestMapping 的 value、method、params 及 heads 分别表示请求 URL、请求方法、请求参数及请求头的映射条件，他们之间是与的关系，联合使用多个条件可让请求映射更加精确化。
• params 和 headers支持简单的表达式：
  • param1: 表示请求必须包含名为 param1 的请求参数
  • !param1: 表示请求不能包含名为 param1 的请求参数
  • param1 != value1: 表示请求包含名为 param1 的请求参数，但其值不能为 value1
  • {“param1=value1”,“param2”}: 请求必须包含名为 param1 和 param2 的两个请求参数，且 param1 参数的值必须为 value1

@RequestMapping(value="/delete"),method=RequestMethod.POST,params="userId")
public String test1() {
    //...
    return "user/test1";
}

@RequestMapping(value="/show"),headers="contentType=text/*")
public String test2() {
    //...
    return "user/test2";
}

使用 @RequestMapping 映射请求

Ant 风格资源地址支持 3 种匹配符：

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

@RequestMapping 还支持 Ant 风格的 URL：

• /user/*/createUser: 匹配 /user/aaa/createUser、/user/bbb/createUser 等 URL
• /user/**/createUser: 匹配 /user/createUser、/user/aaa/bbb/createUser 等 URL
• /user/createUser??: 匹配 /user/createUseraa、/user/createUserbb 等 URL

@PathVariable 映射 URL 绑定的占位符

• 带占位符的 URL 是 Spring3.0 新增的功能，该功能在 SpringMVC 向 REST 目标挺进发展过程中具有里程碑的意义
• 通过 @PathVariable 可以将 URL 中占位符参数绑定到控制器处理方法的入参中：URL 中的 {xxx} 占位符可以通过 @PathVariable("xxx") 绑定到操作方法的入参中。

@RequestMapping("/delete/{id}")
public String delete(@PathVariable("id") Integer id) {
    UserDao.delete(id);
    return "redirect:/user/list.action";
}

REST

REST：即 Representational State Transfer。（资源）表现层状态转化。是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用

• 资源（Resources）：网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的存在。可以用一个URI（统一资源定位符）指向它，每种资源对应一个特定的 URI 。要 获取这个资源，访问它的URI就可以，因此 URI 即为每一个资源的独一无二的识 别符。
• 表现层（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

HiddenHttpMethodFilter：浏览器 form 表单只支持 GET 与 POST 请求，而DELETE、PUT 等 method 并不支持，Spring3.0 添加了一个过滤器，可以将这些请求转换为标准的 http 方法，使得支持 GET、POST、PUT 与 DELETE 请求。

@PathVariable 绑定 URL 占位符到入参

• 带占位符的 URL 是 Spring3.0 新增的功能，该功能在 SpringMVC 向 REST 目标挺进发展过程中具有里程碑的意义
• 通过 @PathVariable 可以将 URL 中占位符参数绑定到控制器处理方法的入参中：URL 中的 {xxx} 占位符可以通过 @PathVariable("xxx") 绑定到操作方法的入参中。

@RequestMapping("/delete/{id}")
public String delete(@PathVariable("id") Integer id) {
    UserDao.delete(id);
    return "redirect:/user/list.action";
}