2024年Android最全RESTful服务使用HTTP方法相关概念学习理解，直播面试问题及回答-CSDN博客

本文链接：https://blog.csdn.net/2401_84557161/article/details/138828233

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

**Android精讲视频学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！

**任何市场都是优胜略汰适者生存，只要你技术过硬，到哪里都不存在饱和不饱和的问题，所以重要的还是提升自己。懂得多是自己的加分项而不是必须项。门槛高了只能证明这个市场在不断成熟化！**另外一千个读者就有一千个哈姆雷特，所以以上只是自己的关键，不喜勿喷！

如果你是卡在缺少学习资源的瓶颈上，那么刚刚好我能帮到你。欢迎关注会持续更新和分享的。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

2.http 相关的方法

| HTTP Verb | CRUD | Entire Collection (e.g. /customers) | Specific Item (e.g. /customers/{id}) |

| — | — | — | — |

| POST | Create | 201 (Created), ‘Location’ header with link to /customers/{id} containing new ID. | 404 (Not Found), 409 (Conflict) if resource already exists… |

| GET | Read | 200 (OK), list of customers. Use pagination, sorting and filtering to navigate big lists. | 200 (OK), single customer. 404 (Not Found), if ID not found or invalid. |

| PUT | Update/Replace | 404 (Not Found), unless you want to update/replace every resource in the entire collection. | 200 (OK) or 204 (No Content). 404 (Not Found), if ID not found or invalid. |

2.1 post：

POST动词通常用于创建新资源。特别是，它用于创建从属资源。也就是说，从属于某些其他（例如父）资源。换句话说，当创建一个新的资源时，POST到父和服务负责将新的资源与父关联，分配一个ID（新的资源URI）等。

成功创建后，返回HTTP状态201，返回一个Location头，其中包含具有201 HTTP状态的新创建资源的链接。

POST既不安全也不幂等。因此，建议对非幂等资源请求。进行两个相同的POST请求将很可能导致包含相同信息的两个资源。

例子:

POST http://www.example.com/customers

POST http://www.example.com/customers/12345/orders

2.2 get：

HTTP GET方法用于读取（或检索）资源的表示。在“happy”（或非错误）路径中，GET返回一个XML或JSON表示形式，以及一个200（OK）的HTTP响应代码。在错误的情况下，它通常返回404（NOT FOUND）或400（BAD REQUEST）。

根据HTTP规范的设计，GET（与HEAD一起）请求仅用于读取数据而不改变它。因此，当使用这种方式时，它们被认为是安全的。也就是说，它们可以被调用而没有数据修改或损坏调用的风险，它一旦具有与调用10次相同的效果，或根本没有。此外，GET（和HEAD）是幂等的，这意味着使多个相同的请求最终具有与单个请求相同的结果。

不要通过GET暴露不安全的操作，它不应该修改服务器上的任何资源

例子:

GET http://www.example.com/customers/12345

GET http://www.example.com/customers/12345/orders

GET http://www.example.com/buckets/sample

2.3 put：

PUT通常用于更新功能，PUT到已知资源URI，请求主体包含原始资源的新更新的表示。

但是，在资源ID由客户端而不是由服务器选择的情况下，PUT也可以用于创建资源。换句话说，如果PUT是到包含不存在的资源ID的值的URI。同样，请求主体包含资源表示。许多人认为这是令人费解和混乱。因此，这种创作方法应谨慎使用，如果有的话。

或者，使用POST创建新资源并在正文表示中提供客户端定义的ID - 可能是不包括资源ID的URI（请参POST）。

成功更新后，从PUT返回200（如果未返回正文中的任何内容，则返回204）。如果使用PUT进行创建，则在成功创建时返回HTTP状态201。响应中的主体是可选的 - 提供一个消耗更多的带宽。由于客户端已经设置了资源ID，因此没有必要通过创建案例中的Location头返回链接。

PUT不是一个安全的操作，因为它修改（或创建）服务器上的状态，但它是幂等的。换句话说，如果您使用PUT创建或更新资源，然后再次进行同样的调用，资源仍然存在，并且仍然具有与第一次调用时相同的状态。

例如，如果对资源调用PUT增加资源内的计数器，则调用不再是幂等的。有时这种情况发生，它可能足以记录呼叫不是幂等的。但是，建议保持PUT请求幂等。强烈建议对非等幂请求使用POST。

例子:

PUT http://www.example.com/customers/12345

PUT http://www.example.com/customers/12345/orders/98765

PUT http://www.example.com/buckets/secret_stuff

2.4 delete：

DELETE很容易理解。它用于删除由URI标识的资源。

成功删除后，返回HTTP状态200（确定）以及响应正文，可能是已删除项的表示（通常需要过多的带宽）或包装响应。或者返回HTTP状态204（NO CONTENT），没有响应正文。换句话说，没有主体的204状态，或JSEND样式响应和HTTP状态200是推荐的响应。

HTTP-spec-wise，DELETE操作是幂等的。如果您删除资源，系统会将其移除。对该资源重复调用DELETE结果相同：资源消失。（If calling DELETE say 这个不知道啥意思）如果调用DELETE说，递减计数器（在资源内），则DELETE调用不再是幂等的。如前所述，只要没有资源数据改变，就可以更新使用统计和测量，同时仍然考虑服务等价。建议对非等幂资源请求使用POST。

但是，有一个关于DELETE idempotence的警告。第二次调用资源上的DELETE时，通常会返回404（NOT FOUND），因为它已被删除，因此不再可查找。这通过一些意见使得DELETE操作不再是幂等的，然而，资源的结束状态是相同的。返回404是可接受的，并且准确地传达呼叫的状态。

例子:

DELETE http://www.example.com/customers/12345

DELETE http://www.example.com/customers/12345/orders