POST 和 PUT 在 HTTP 中有什么区别?

背景信息分析:

根据 RFC 2616,第 9.5 条,POST 用于创建资源:

使用 POST 方法要求原始服务器接受请求中包含的实体作为请求-URI 在请求线中识别的资源的新子属。

根据 RFC 2616,第 9.6 条,PUT 用于创建或取代资源:

PUT 方法要求关闭的实体存储在提供的请求-URI. 如果请求-URI 提到已经存在的资源,关闭的实体 SHOULD 将被视为居住在原始服务器的修改版本. 如果请求-URI 没有指向现有资源,并且 URI 能够由请求用户年龄定义为新资源。

我的问题:

那么,哪种HTTP方法应该用于创建资源?或者两者都应该得到支持?

当前回答

我想添加我的“实用”建议. 使用 PUT 当你知道“ID”可以恢复你正在储存的对象. 使用 PUT 不会工作太好,如果你需要, 说, 数据库创建的 ID 将被返回给你进行未来的搜索或更新。

因此: 保存现有用户,或者客户端创建 ID 的用户,并确认 ID 是独一无二的:

PUT /user/12345 HTTP/1.1  <-- create the user providing the id 12345
Host: mydomain.example

GET /user/12345 HTTP/1.1  <-- return that user
Host: mydomain.example

否则,使用 POST 首先创建对象,然后使用 PUT 更新对象:

POST /user HTTP/1.1   <--- create the user, server returns 12345
Host: mydomain.example

PUT /user/12345 HTTP/1.1  <--- update the user
Host: mydomain.example

2011-01-15 19:59:06

其他回答

如果您熟悉数据库操作,则有

选择输入更新删除合并(如果已经存在,则输入更新)

我使用 PUT for 合并和更新,如操作,并使用 POST for 插入。

2016-06-29 21:13:07

在恢复已经提到的风险下,似乎很重要的是要记住,PUT意味着客户端在创建资源时会控制什么URL。因此,PUT和POST之间的选择的一部分将是关于您可以信任客户端提供正确的,正常的URL,与您的URL计划是什么相一致。

当您无法完全信任客户端做正确的事情时,更适合使用 POST 创建一个新的项目,然后将 URL 返回客户端在回复中。

2011-03-25 10:17:54

两者都用于客户端到服务器之间的数据传输,但它们之间存在微妙的差异,即:

PUT	POST
Replacing existing resource or creating if resource is not exist. `www.example.com/com/customer/{customerId} www.example.com/com/customer/123/order/{orderId}` Identifier is chosen by the client.	Creating new resources and subordinate resources, e.g. a file is subordinate to a directory containing it or a row is subordinate to a database table. `www.example.com/com/customer/ www.example.com/com/customer/123/order/` identifier is returned by server
Idempotent i.e. if you `PUT` a resource twice, it has no effect. Example: Do it as many times as you want, the result will be same. `x=1;`	`POST` is neither safe nor idempotent. Example: `x++;`
Works as specific	Works as abstractive
If you create or update a resource using `PUT` and then make that same call again, the resource is still there and still has the same state as it did with the first call.	Making two identical `POST` requests will most likely result in two resources containing the same information.