REST由Roy Fielding于2000年在他的博士论文中引入和定义。REST是用于设计分布式系统的架构风格。它不是标准，而是一组约束，例如无状态，具有客户端/服务器关系和统一接口。REST与HTTP并不严格相关，但最常与它相关联。
- Resources 公开易于理解的目录结构URI。
- Representations 传输JSON或XML以表示数据对象和属性。
- Messages 显式使用HTTP方法（例如，GET，POST，PUT和DELETE）。
- Stateless 交互在请求之间不在服务器上存储客户端上下文。状态依赖性限制并限制可伸缩性。客户端保持会话状态。
使用HTTP方法将CRUD（创建，检索，更新，删除）操作映射到HTTP请求。
检索信息。GET请求必须是安全且幂等的，这意味着无论使用相同参数重复多少次，结果都是相同的。它们可能有副作用，但用户并不期望它们，因此它们对系统的操作不是至关重要的。请求也可以是部分或有条件的。
检索ID为1的地址：
GET /addresses/1
请求URI上的资源对提供的实体执行某些操作。POST通常用于创建新实体，但也可用于更新实体。
创建一个新地址：
POST /addresses
将实体存储在URI中。PUT可以创建新实体或更新现有实体。PUT请求是幂等的。幂等性是PUT与POST请求的期望之间的主要区别。
修改ID为1的地址：
PUT /addresses/1
注意: PUT替换现有实体。如果仅提供数据元素的子集，则其余的将替换为空或null。
仅更新URI上实体的指定字段。PATCH请求既不安全也不是幂等（RFC 5789）。这是因为PATCH操作无法确保整个资源已更新。
PATCH /addresses/1
请求删除资源; 但是，不必立即删除资源。它可能是异步或长时间运行的请求。
删除ID为1的地址：
DELETE /addresses/1
状态代码表示HTTP请求的结果。
- 1XX - 信息
- 2XX–成功
- 3XX - 重定向
- 4XX - 客户端错误
- 5XX - 服务器错误
Accept和Content-Type HTTP头可以用来描述在HTTP请求中发送或请求的内容。如果客户端请求json格式的响应，则可以将Accept设置为application/json。相反，在发送数据时，将内容类型设置为application/xml会告诉客户机请求中发送的数据是xml。
