RESTFul接口和HTTP的幂等性分析
- REST全称是Representational State Transfer，中文为表述性状态转移，REST指的是一组架构约束条件和原则
- RESTful表述的是资源的状态性转移，在Web中资源就是URI(Uniform Resource Identifier)(统一资源标识符)
- 如果一个架构符合REST的约束条件和原则，我们就称它为RESTful架构，HTTP是目前与REST相关的唯一实例
RESTful接口URL命名原则
- HTTP方法后跟的URL必须是名词且统一成名词复数形式
- URL中不采用大小写混合的驼峰命名，尽量采用全小写单词，如果需要连接多个单词，则采用“-”连接
- 示例：/users、/users-fans；反例：/getUsers、/getUsersFans
HTTP方法的语义
RESTful架构应该遵循统一的接口原则，应该使用标准的HTTP方法如GET和POST，并且遵循这些方法的语义
方法 | 语义 |
|---|---|
GET | 获取指定资源 |
DELETE | 删除指定资源 |
POST | 发送数据给服务器，依据HTTP 1.1规范中的描述，结合实际项目开发经验，POST经常为了以统一的方法来涵盖以下功能：1在公告板，新闻组，邮件列表或类似的文章组中发布消息2通过注册新增用户，3向数据处理程序提供一批数据，例如提交一个表单 |
PUT | 使用请求中的负载创建或者替换目标资源。PUT和POST的区别在于PUT是幂等的，而POST不是。幂等的含义可以理解为调用一次与连续调用多次是等价的(没有副作用或副作用不变） |
POST和PUT的区别
- POST和PUT的区别容易被简单地误认为“POST表示创建资源，PUT表示更新资源”
- 而实际上，二者均可用于创建资源，更为本质的差别是在幂等性方面
HTTP的幂等性
方法 | 幂等性 | 幂等性分析 |
|---|---|---|
GET | 具备幂等性 | 用于获取资源，没有副作用，所以是幂等的。请注意，这里强调的是一次和N次并不是说每次请求的结果相同，而是每次请求不会产生不同的副作用。 |
DELETE | 具备幂等性 | 用于删除资源，有副作用，但它应该满足幂等性，调用一次和N次对系统产生的副作用是相同的 |
POST | 不具备幂等性 | POST所指向资源并非POST要创建的资源本身，而是POST创建资源的接收者，比如POST:/news的含义是在news新闻组这个资源分类下新建一条新的新闻，所以两次相同的POST请求会在服务器端创建两份新的资源，它们是不同的。所以，POST方法不具备幂等性 |
PUT | 具备幂等性 | PUT对应的资源是要创建或更新的资源本身，语义是创建或更新，对同一资源进行多次PUT的副作用和一次PUT是相同的，因此，PUT方法具有幂等性 |
