POST,GET接口傻傻分不清?

引言

几天前和后端同事探讨接口问题。起因是他给我一个不需要任何数据提交,单纯得到数据的POST接口。引发了我对POST,GET接口的思考。
POST,GET接口是我们最常使用的接口。那么那些似乎约定俗成的规则又是怎么来的呢? 他们究竟哪里不同?
下面让我们一探究竟吧。

接口简介

http协议是基于tcp协议的应用层协议,tcp协议作为可靠的传输层协议,因此http协议也是可靠的。日常开发过程中,最常用的是GET POST put delete,在http协议的规定中,这四个method属于标准的crud,分别代表了增删改查,存在着语义上的差别。

  1. GET请求会向数据库发索取数据的请求,从而来获取信息,该请求就像数据库的select操作一样,只是用来查询一下数据,不会修改、增加数据,不会影响资源的内容,即该请求不会产生副作用。无论进行多少次操作,结果都是一样的。

  2. PUT请求是向服务器端发送数据的,从而改变信息,该请求就像数据库的update操作一样,用来修改数据的内容,但是不会增加数据的种类等,也就是说无论进行多少次PUT操作,其结果并没有不同。

  3. POST请求同PUT请求类似,都是向服务器端发送数据的,但是该请求会改变数据的种类等资源,就像数据库的insert操作一样,会创建新的内容。几乎目前所有的提交操作都是用POST请求的。

  4. DELETE请求顾名思义,就是用来删除某一个资源的,该请求就像数据库的delete操作。

简单对比

  1. GET在浏览器回退时是无害的,而POST会再次提交请求。
  2. GET产生的URL地址可以被Bookmark,而POST不可以。
  3. GET请求会被浏览器主动cache,而POST不会,除非手动设置
  4. GET请求的参数会完整的被保存在历史记录里,POST不会。
  5. GET请求参数放在URL中,POST放在request body中。
  6. GET请求只能进行url编码,POST请求支持多种编码方式。
  7. 对于参数类型,GET只接受ASCII字符,而POST没有限制。
  8. GET请求在URL中传递的参数是有长度限制的(理论上就是url的长度),而POST没有。

主要对比点

其实我们平时工作最多的是使用POST,GET请求。最容易产生歧义的也是这两个接口。因为两个接口往往可以达到一样的效果,所以有些小伙伴就认为他们是一样的。

那我们就对比一下两者的区别:

根据HTTP规范,GET用于信息获取,而且应该是安全的,幂等的,可缓存的。

根据HTTP规范,POST表示可能修改变服务器上的资源的请求。

  • 【安全-safe】 此“安全”非彼安全。这里的安全指的是一个方法在本质上是只读的,那么就是安全的。客户端向服务端的资源发起的请求如果使用了是安全的方法,就不应该引起服务端任何的状态变化,因此也是无害的。
  • 【幂等-Idempotent】幂等的意思是指一个请求方法执行一次和多次的效果完全相同。
  • 【可缓存-Cacheable】可缓存性顾名思义就是一个方法是否可被缓存。在RFC里某些情况下的GET,POST都是可缓存的。但是绝大部分浏览器仅仅支持GET缓存。

深层对比点

GET和POST本质上都是TCP链接,并无差别。犹豫HTTP的规定和浏览器的限制,导致他们在使用时提现出一些不同。

简单来说:

GET产生一个TCP数据包,POST产生两个数据包。对于GET请求来说,浏览器会把HTTP header和data一并发送出去,服务器相应200即返回数据。

对于POST来说,浏览器会先发送header,服务器相应100 continue,浏览器再发送data,服务器相应200返回数据。

评论 抢沙发

表情
  1. #1

    来自河北石家庄的用户 13天前
    很棒,很棒

  2. #2

    来自安徽合肥的用户 27天前
    感谢您的文章,又学到了不少东西