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

背景信息分析:

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

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

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

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

我的问题:

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

当前回答

我喜欢这个建议,从RFC 2616的定义PUT:

我解释了这一点,以及PUT的身份要求,这意味着:

POST 很好在收藏下创建新的对象(而创建不需要是同效的) PUT 很好在更新现有对象(而更新需要是同效的) POST 也可以用于对现有对象的非同效的更新(特别是,改变对象的一部分,而不说明整个事物 - 如果你想到它,创建一个新成员的收藏实际上是

其他回答

大多数时候,你会用它们如下:

POST a resource into a collection PUT a resource identified by collection/:id。

例如:

POST /items PUT /items/1234

请注意,POST在收藏中“创建”一个新的元素,而PUT在某个URL中“替换”一个元素,但使用PUT进行部分修改是一种非常常见的做法,也就是说,只使用它来更新现有资源,并仅修改体内所包含的字段(忽略其他字段)。

请记住,REST是一组条约和指导方针,以保持您的API简单。如果您结束了一个复杂的工作周围,只需检查“RESTfull”框,那么您正在击败目的。

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

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.