一、REST 的基础知识
我敢打赌这并不是你第一次听到或读到REST这个词。当讨论REST时，有一种常见的错误就是将其视为“基于URL的Web服务”—— 将REST作为另一种类型的RPC机制，只不过是通过简单的HTTP URL来触发。恰好相反，REST 和 RPC 几乎没有任何关系。RPC 是面向服务的，并关注于行为和动作；而REST 是面向资源的，强调描述应用程序的事物和名词。
REST（Representational State Transfer）表述性状态转移，已信息为中心，为了理解REST是什么，我们将它的首字母缩写拆分为不同的构成部分：
表述性（Representational）：REST资源实际上可以用各种形式来进行表述，包括XML、JSON（JavaScript Object Notation）甚至HTML——最适合资源使用者的任意形式；
状态（State）：当使用REST的时候，我们更关注资源的状态而不是对资源采取的行为；
转移（Transfer）：REST涉及到转移资源数据，它以某种表述性形式从一个应用转移到另一个应用。
更简洁地讲，REST就是将资源的状态以最适合客户端或服务端的形式从服务器端转移到客户端（或者反过来）。其实就是，比如我想要 application/json 格式的数据，REST服务就能为我提供JSON格式的数据；我想要 application/xml 格式的数据，REST服务就能为了提供XML格式的数据（或者反过来）。
在REST中，资源通过URL进行识别和定位。至于RESTful URL的结构并没有严格的限制，但是URL应该能够识别资源，而不是简单的发一条命名到服务器上：
Create：POST
Read：GET
Update：PUT或PATCH
Delete：DELETE
tips：实际上，POST请求非幂等性的特点使其成为一个非常灵活的方法，对于无法适应其他HTTP方法的语义的操作，它都能胜任。
二、Spring MVC 构建 REST API
Spring 对 REST 提供了良好的支持，支持以下方式来创建 REST 资源：
- 控制器可以处理所有的HTTP方法，包含四个主要的REST方法：GET、PUT、DELETE以及POST。
- 消息转换器（Message conversion）将资源的Java表述形式转换为发送给客户端的表述形式。
- 借助于 SpringMVC 的一系列注解，构建 REST API
- 借助 RestTemplate，Spring应用能够方便地使用REST资源。
1、消息转换器（Message conversion）
消息转换（message conversion）提供了一种更为直接的方式，它能够将控制器产生的数据转换为服务于客户端的表述形式。当使用消息转换功能时，DispatcherServlet不再需要那么麻烦地将模型数据传送到视图中。实际上，这里根本就没有模型，也没有视图，只有控制器产生的数据，以及消息转换器（message converter）转换数据之后所产生的资源表述。
Spring 自带了各种各样的转换器，如下使用了 MappingJackson2HttpMessageConverter，并由它转换为返回客户端的JSON表述形式。
<mvc:annotation-driven> <!--使用HTTP信息转换器--> <mvc:message-converters> <!--读取或写入Resource--> <bean class="org.springframework.http.converter.ResourceHttpMessageConverter"/> <!--在JSON和类型化的对象或非类型化的HashMap间互相读取和写入--> <bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter"> <!--服务端支持返回的资源形式--> <property name="supportedMediaTypes"> <list> <value>text/html;charset=UTF-8</value> <value>application/json;charset=UTF-8</value> </list> </property> </bean> </mvc:message-converters> </mvc:annotation-driven>
2、SpringMVC 的 REST 注解
@PathVariable：控制器能够处理参数化的URL（将变量输入作为URL的一部分）;
@ResponseBody：告诉Spring跳过正常的模型/视图流程，并使用消息转换器。它将会告知Spring，我们将要返回的对象作为资源发送给客户端，并将其转换为客户端可接受的形式。
@RequestBody：告诉Spring查找一个消息转换器，将来自客户端的资源表述转换为对象。
@RestController：如果在控制器类上使用@RestController来代替@Controller的话，Spring将会为该控制器的所有处理方法应用消息转换功能。我们不必为每个方法都添加@ResponseBody了。
@ResponseStatus：指定返回的状态码。
@ResponseEntity：作为@ResponseBody的替代方案，控制器方法可以返回一个ResponseEntity对象。ResponseEntity中可以包含响应相关的元数据（如头部信息和状态码）以及要转换成资源表述的对象。
@RequestMapping( value = "listUserDTO" , method = RequestMethod.POST , consumes = "application/json") public ResponseEntity<UserDTO> saveUserDto(@RequestBody UserDTO userDTO, UriComponentsBuilder ucb) { UserDTO user = userService.saveUser(userDTO); HttpHeaders headers = new HttpHeaders(); URI uri = ucb.path("/").path(user.getName()).build().toUri(); headers.setLocation(uri); ResponseEntity<UserDTO> userDTOResponseEntity = new ResponseEntity<>(user, headers, HttpStatus.CREATED); return userDTOResponseEntity; }
三、RestTemplate API
RestTemplate 定义了36种与REST资源交互的形式（其实只有11个独立的方法，10个被重载了3次，另外一个被重载了6次），其中大多数都对应于HTTP的方法。大多数HTTP方法都以三种方法进行了重载：
- 一个使用 java.net.URL 作为 URL格式，不支持参数化URL；
- 一个使用String作为URL格式，并使用Map指明URL参数。
- 一个使用String作为URL格式，并使用可变参数列表指明URL参数。
RestTemplate定义了11个独立的操作，而每一个都有重载，这样一共是36个方法 ：
-- postForEntity() ：POST数据到一个URL，返回包含一个对象的ResponseEntity，这个对象是从响应体中映射得到的。
-- postForLocation() ：POST数据到一个URL，返回新创建资源的URL。
-- postForObject() ：POST数据到一个URL，返回根据响应体匹配形成的对象。
-- delete() ：在特定的URL上对资源执行HTTP DELETE操作。
-- put() ：PUT资源到特定的URL。
-- getForEntity() ：发送一个HTTP GET请求，返回的ResponseEntity包含了响应体所映射成的对象。
-- getForObject() ：发送一个HTTP GET请求，返回的请求体将映射为一个对象。
-- headForHeaders() ：发送HTTP HEAD请求，返回包含特定资源URL的HTTP头。
-- optionsForAllow() ：发送HTTP OPTIONS请求，返回对特定URL的Allow头信息。
-- exchange() ：在URL上执行特定的HTTP方法，返回包含对象的ResponseEntity，这个对象是从响应体中映射得到的。
-- execute() ：在URL上执行特定的HTTP方法，返回一个从响应体映射得到的对象。
RestTemplate 的相关操作以及如何使用 SpringMVC创建REST端点可参考：https://github.com/JMCuixy/SpringMvcForRest
