HTTP中的POST和PUT有什么区别？

28 0 0

内容来自 DOC https://q.houxu6.top/?s=HTTP中的POST和PUT有什么区别？

背景信息分析：

根据RFC 2616, § 9.5，POST用于创建资源：

POST方法用于请求源服务器接受请求实体作为由请求行中的Request-URI标识的资源的新从属实体。

根据RFC 2616, § 9.6，PUT用于创建或替换资源：

PUT方法请求将封闭的实体存储在提供的Request-URI下。如果Request-URI引用了已经存在的资源，则封闭的实体应被视为位于原始服务器上的资源的修改版本。如果Request-URI不指向现有资源，并且该URI能够被请求的用户代理定义为新资源，则源服务器可以使用该URI创建资源。

我的问题：

那么，应该使用哪个HTTP方法来创建资源？还是应该同时支持两者？

总体：

PUT和POST都可以用于创建资源。

你需要问自己，“你要对什么对象执行操作？”，以区分你应该使用哪个方法。假设你正在设计一个询问问题的API。如果你想使用POST，那么你会向问题列表执行操作。如果你想使用PUT，那么你会向特定问题执行操作。

很好，两者都可以使用，那么在RESTful设计中我应该使用哪一个呢？

你不需要同时支持PUT和POST。

使用哪一个取决于你在请求中引用的对象。

一些考虑事项：

你是否为创建的URL对象显式命名，还是让服务器决定？如果你命名它们，则使用PUT。如果你让服务器决定，则使用POST。
PUT被定义为幂等的，因此如果你对一个对象执行两次PUT操作，它不应该有额外的效果。这是一个好的特性，因此我尽可能使用PUT。只要确保服务器正确实现了PUT-幂等性。
你可以使用相同的对象URL来更新或创建一个资源
使用POST，你可以同时有两个请求进来，修改一个URL，它们可能会更新对象的不同部分。

示例：

我写了以下内容作为我在SO上关于这个问题的另一个答案的一部分：

POST:

用于修改和更新资源
POST /questions/<existing_question> HTTP/1.1
Host: www.example.com/
注意以下是一个错误：
POST /questions/<new_question> HTTP/1.1
Host: www.example.com/
如果URL尚未创建，则不应使用POST创建它，而应指定名称。这应该导致“资源未找到”错误，因为<new_question>尚不存在。你应该首先在服务器上使用PUT PUT <new_question>资源。

但是，你可以执行以下操作来使用POST创建资源：
POST /questions HTTP/1.1
Host: www.example.com/
请注意，在这种情况下，资源名称未指定，新对象URL路径将返回给您。

PUT:

用于创建资源，或覆盖它。当您指定资源的新URL时。

对于新资源：
PUT /questions/<new_question> HTTP/1.1
Host: www.example.com/
要覆盖现有资源：
PUT /questions/<existing_question> HTTP/1.1
Host: www.example.com/