深度解析HTTP方法——GET与POST的区别

GET和POST是HTTP协议中两种发送请求的方法。

那么，什么是HTTP？

HTTP，HyperText Transfer Protocol：超文本传输协议，是基于TCP/IP的、关于客户端与服务器之间数据通信的传输协议，是一个客户端和服务器端请求和应答的标准。

网络由上往下分为：

物理层

数据链路层

网络层 —— IP协议

传输层 —— TCP协议

回话层

表示层 —— HTTP协议

应用层 —— HTTP协议

HTTP的底层是TCP/IP，所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接。GET和POST的本质功能其实是一样的，要给GET加上request body，给POST带上url参数，在技术上是完全行的通的。 

 

那么，关于GET和POST的各种区别究竟是怎么回事？

       在我大万维网世界中，TCP就像汽车，我们用TCP来运输数据，它很可靠，从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来是一团混乱，送急件的汽车可能被前面满载货物的汽车拦堵在路上，整个交通系统一定会瘫痪。为了避免这种情况发生，交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别，有GET, POST, PUT, DELETE等等，HTTP规定，当执行GET请求的时候，要给汽车贴上GET的标签（设置method为GET），而且要求把传送的数据放在车顶上（url中）以方便记录。如果是POST请求，就要在车上贴上POST的标签，并把货物放在车厢里。当然，你也可以在GET的时候往车厢内偷偷藏点货物，但是这是很不光彩；也可以在POST的时候在车顶上也放一些数据，让人觉得傻乎乎的。HTTP只是个行为准则，而TCP才是GET和POST怎么实现的基本。

 

但是，我们只看到HTTP对GET和POST参数的传送渠道（url还是requrest body）提出了要求。然而，GET请求在URL中传送的参数是有长度限制的，POST没有，关于参数大小的限制又是从哪来的呢？

       在我大万维网世界中，还有另一个重要的角色：运输公司。不同的浏览器（发起http请求）和服务器（接受http请求）就是不同的运输公司。 虽然理论上，你可以在车顶上无限的堆货物（url中无限加参数）。但是运输公司可不傻，装货和卸货也是有很大成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大负担。业界不成文的规定是，（大多数）浏览器通常都会限制url长度在2K个字节，而（大多数）服务器最多处理64K大小的url。超过的部分，恕不处理。如果你用GET服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略，所以，虽然GET可以带request body，也不能保证一定能被接收到哦。

       浏览器和服务器会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大的负担。业界不成文的规定是：（大多数）浏览器通常会限制URL长度在2K个字节，而（大多数）服务器最多处理64K大小的URL，超出部分不受理。若用GET时在requrest body中偷藏了数据，不同服务器的处理方式也不同，有的会读出数据，有的则直接忽略。

综上：GET和POST本质上就是TCP链接，并无差别。但由于HTTP规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。

 

GET和POST还有一个重大区别，简单的说：GET产生一个TCP数据包；POST产生两个TCP数据包。

长的说：

       对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；

       而对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。

因为POST需要两步，时间上消耗的要多一点，看起来GET比POST更有效。那么干脆用GET替换POST来优化网站性能？答案当然是不可以：

       1. GET与POST都有自己的语义，不能随便混用。

       2. 据研究，在网络环境好的情况下，发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下，两次包的TCP在验证数据包完整性上，有非常大的优点。

       3. 并不是所有浏览器都会在POST中发送两次包，Firefox就只发送一次。