他们似乎都在向身体内的服务器发送数据,那么是什么让他们与众不同呢？
HTTP PUT:
PUT将文件或资源放在特定的URI上,并且恰好放在该URI上.如果该URI上已存在文件或资源,则PUT将替换该文件或资源.如果那里没有文件或资源,PUT会创建一个.PUT是幂等的,但矛盾的是PUT响应不可缓存.
PUT的HTTP 1.1 RFC位置
HTTP POST:
POST将数据发送到特定URI,并期望该URI处的资源处理该请求.此时,Web服务器可以确定如何处理指定资源的上下文中的数据.POST方法不是幂等的,但只要服务器设置适当的Cache-Control和Expires头,POST响应就是可缓存的.
官方HTTP RFC指定POST为:
现有资源的注释;
在公告栏,新闻组,邮件列表或类似文章组中发布消息;
提供数据块,例如提交表单的结果,数据处理过程;
通过追加操作扩展数据库.
用于POST的HTTP 1.1 RFC位置
POST和PUT之间的区别:
RFC本身解释了核心差异:
POST和PUT请求之间的根本区别体现在Request-URI的不同含义上.POST请求中的URI标识将处理所包含实体的资源.该资源可能是数据接受过程,某些其他协议的网关或接受注释的单独实体.与此相反,在URI的PUT请求识别附带请求的实体 - 用户代理知道URI打算和服务器不能尝试应用请求一些其他的资源.如果服务器希望将请求应用于不同的URI,它必须发送301(永久移动)响应; 然后,用户代理可以自己决定是否重定向请求.
使用正确的方法,无关:
REST ROA与SOAP的一个好处是,当使用HTTP REST ROA时,它鼓励正确使用HTTP动词/方法.因此,例如,当您想要在该确切位置创建资源时,您将仅使用PUT.并且您永远不会使用GET来创建或修改资源.
只有语义.
HTTP PUT应该接受请求的主体,然后将其存储在URI标识的资源中.
HTTP POST更通用.它应该在服务器上启动一个动作.该操作可以是将请求主体存储在由URI标识的资源中,或者它可以是不同的URI,或者它可以是不同的动作.
PUT 就像文件上传.对URI的放置会完全影响该URI.对URI的POST可能会产生任何影响.
举例说明REST风格的资源:
带有大量图书信息的"POST/books"可能会创建一本新书,并使用标识该书的新URL进行回复:"/ books/5".
"PUT/books/5"必须创建id为5的新书,或者用ID 5替换现有书籍.
在非资源风格中,POST可以用于任何具有副作用的东西.另一个区别是PUT应该是幂等的 - 相同URL的相同数据的多个PUT应该没问题,而多个POST可能会创建多个对象或者你的POST操作.
PUT是一种将内容"上传"到特定URI或覆盖该URI中已有内容的方法.
另一方面,POST是一种提交与给定URI相关的数据的方法.
请参阅HTTP RFC
据我所知,PUT主要用于更新记录.
POST - 创建文档或任何其他资源
PUT - 更新创建的文档或任何其他资源.
但是要明确PUT通常会"替换"现有记录(如果它存在)并创建它是否存在...
GET:从服务器检索数据.应该没有其他影响.
POST:将数据发送到服务器以创建新实体.通常在上传文件或提交网络表单时使用.
PUT:与POST类似,但用于替换现有实体.
补丁:与PUT类似,但仅用于更新现有实体中的某些字段.
DELETE:从服务器中删除数据.
TRACE:提供测试服务器接收的方法.它只返回发送的内容.
选项:允许客户端获取有关服务支持的请求方法的信息.相关的响应标头是Allow with supported methods.还在CORS中用作预检请求,以通知服务器有关实际请求方法并询问自定义标头.
HEAD:仅返回响应头.
CONNECT:当浏览器知道它与代理进行通信并且最终的URI以https://开头时由浏览器使用.CONNECT的目的是允许端到端加密的TLS会话,因此数据对代理是不可读的.
其他人已经发布了很好的答案,我只想添加大多数语言,框架和用例,你将会比PUT更频繁地处理POST.到PUT,DELETE等基本上是琐事问题.
POST被认为是工厂类型的方法.您可以在其中包含数据以创建您想要的内容,而另一端则知道如何处理它.PUT用于更新给定URL的现有数据,或者当您知道URI将会是什么并且它尚不存在时创建新的东西(而不是POST将创建一些东西并返回一个URL到如有必要).
请参阅:http://zacharyvoase.com/2009/07/03/http-post-put-diff/
最近,网络开发人员普遍误以为使用POST来创建资源,而PUT用于更新/更改资源,我一直非常恼火.
如果您查看RFC 2616的第55页("超文本传输协议 - HTTP/1.1"),第9.6节("PUT"),您将看到PUT的实际用途:
PUT方法请求将所包含的实体存储在提供的Request-URI下.
还有一个方便的段落来解释POST和PUT之间的区别:
POST和PUT请求之间的根本区别体现在Request-URI的不同含义上.POST请求中的URI标识将处理所包含实体的资源.该资源可能是数据接受过程,某些其他协议的网关或接受注释的单独实体.相反,PUT请求中的URI标识请求附带的实体 - 用户代理知道URI的用途,并且服务器不得尝试将请求应用于其他资源.
它没有提到更新/创建之间的区别,因为这不是它的内容.这是关于这个的区别:
obj.set_attribute(value) # A POST request.
还有这个:
obj.attribute = value # A PUT request.
所以,请停止这种流行的误解的传播.阅读您的RFC.
REST要求开发人员以与协议定义一致的方式显式地使用HTTP方法.这个基本的REST设计原则在创建,读取,更新和删除(CRUD)操作和HTTP方法之间建立了一对一的映射.根据这个映射:
•要在服务器上创建资源,请使用POST.
•要检索资源,请使用GET.
•要更改资源的状态或更新资源,请使用PUT.
•要删除或删除资源,请使用DELETE.
更多信息: RESTful Web服务:IBM的基础知识
京公网安备 11010802040832号 | 京ICP备19059560号-6 