REST简介
REST，即Representational State Transfer的缩写，翻译为“表现层状态转化”，如果一个架构符合REST原则，则称其为RESTful架构。
- 资源（Resources）
REST的名称“表现层状态转化”，表现层指的是“资源”的“表现层”。
所谓“资源”，就是网络上的一个实体，或者说是网络上的一个具体信息，它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实体。可以用一个具体的URI（统一资源定位符）指向它，每种资源对应一个特定的URI。要获取这个资源，访问它的URI就可以。
因此URL就成了每个资源的地址或第一无二的标识符。
- 表现层
“资源”是一种信息实体，可以有多种外在表现形式。将“资源”具体呈现出来的形式称之为“表现层”。比如，文本可以用txt格式表现，也可用HTML格式、XML格式、JSON格式等。
URI只代表资源的实体，不代表它的形式。它的具体表现形式应该在HTTP请求的头信息中用Accept和Content-Type字段指定。
- 状态转化
访问一个网站。就代表了客户端和服务器的一个互动过程，这个过程中，势必涉及和状态的变化。
HTTP协议是一个无状态互联网通信协议，这意味着所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生“状态转化”。而这种转化是建立在表现层之上的，所以就是“表现层状态转化”。
URI：统一资源标识符
URL：统一资源定位符
REST风格的架构
包括了REST架构中如何标识资源，如何标识操作接口以及操作的版本，如何标识操作的结果等，如：
- 使用“api”作为web上下文；
- 增加版本标识；
- 标识资源；
- REST中的HTTP Method；
- REST中的HTTP Status；
使用“api”作为上下文
建议使用“api”作为上下文，如：
http://localhost/api
http://api.xxx.com
增加一个版本标识
http://localhost/api/v1.1
标识资源
将资源名称放到URL中，如果资源有层级关系，则放入层级关系：
http://localhost:/api/v1.1/user
//如果用户属于系统管理，则：
http://localhost:/api/v1.1/system/user
确定HTTP Method
在REST中，HTTP Method通常对应以下含义：
- POST：代表增加资源；
- PUT：代表更改资源，客户端提供完整的资源属性；
- GET：代表查询资源；
- PATCH：更新资源，客户端提供仅需要更改的资源属性；
- DELETE：删除资源；
- OPTIONS：用于获取URI所支持的方法，响应信息会在HTTP头中包含一个名为“Alllow”的头，值是所支持的方法，如“GET”、“POST”。
在业务系统中，删除往往不是指物理删除，而是逻辑删除，资源通常仍在数据库中，只是状态设置为删除状态。
确定HTTP Status
服务器向客户端返回HTTP Status以表示操作是否成功，常用的如下：
- 200，OK，用户请求成功，如查询数据成功返回。
- 400，错误的请求，如URI匹配上的Controller，但是方法参数匹配错误，就会抛出错误。
- 404NOT Found，用户发出的请求针对的资源不存在。通常是Controller没有匹配上URI，或者匹配上了Controller方法，但渲染的视图不存在。
- 405，用来访问本页面的HTTP Method不被允许，比如通过HTTP GET方式访问了一个@PostMapping的Controller方法。
- 406，表示无法使用请求的内容来响应请求的资源，如请求后缀以html结尾，但同时请求的HTTP头中又包含了Accept:application/json。
- 500，服务器内部错误，无法完成请求，通常是Controller抛出的错误。