Get和Post请求

Get和Post在面试中通常都会问到，通常的区别： 
（1）post更安全（不会做为url的一部分，不会被缓存、保存在服务器日志、以及浏览器浏览记录中） 
（2）post发送的数据更大（get有url长度限制） 
（3）post能发送更多的数据类型（get只能发送ASCII字符） 
（4）post比get慢 
（5）post用于修改和写入数据，get通常用于搜索排序和筛选之类的操做（淘宝，支付宝的搜索查询都是get提交），目的是资源的获取，读取数据 
虽然在开发中常常用get或者post请求，可是因为咱们资历经验的欠缺，或许就重来没有深究过什么场合用get请求，什么场合用post请求，我相信不止我一我的当看到第4,5条的时候，就会明白为何面试官对咱们的回答不满意，也明白了本身对get或post用法理解的欠缺，那么get比post更快，究竟快多少呢？表如今那些方面？ 
1、为何get比post更快 
1.post请求包含更多的请求头 
由于post须要在请求的body部分包含数据，因此会多了几个数据描述部分的首部字段（如：content-type）,这实际上是微乎其微的。

2.最重要的一条，post在真正接收数据以前会先将请求头发送给服务器进行确认，而后才真正发送数据 
post请求的过程： 
（1）浏览器请求tcp链接（第一次握手） 
（2）服务器答应进行tcp链接（第二次握手） 
（3）浏览器确认，并发送post请求头（第三次握手，这个报文比较小，因此http会在此时进行第一次数据发送） 
（4）服务器返回100 Continue响应 
（5）浏览器发送数据 
（6）服务器返回200 OK响应 
get请求的过程： 
（1）浏览器请求tcp链接（第一次握手） 
（2）服务器答应进行tcp链接（第二次握手） 
（3）浏览器确认，并发送get请求头和数据（第三次握手，这个报文比较小，因此http会在此时进行第一次数据发送） 
（4）服务器返回200 OK响应 
也就是说，目测get的总耗是post的2/3左右，这个口说无凭，网上已经有网友进行过测试。

3.get会将数据缓存起来，而post不会 
能够作个简短的测试，使用ajax采用get方式请求静态数据（好比html页面，图片）的时候，若是两次传输的数据相同，第二次之后消耗的时间将会在10ms之内（chrome测试），而post每次消耗的时间都差很少。经测试，chrome和firefox下若是检测到get请求的是静态资源，则会缓存，若是是数据，则不会缓存，可是IE什么都会缓存起来，固然，应该没有人用post去获取静态数据吧，反正我是没见过。

4.post不能进行管道化传输 
http权威指南中是这样说的：http的一次会话须要先创建tcp链接（大部分是tcp，可是其余安全协议也是能够的），而后才能通讯，若是 每次链接都只进行一次http会话，那这个链接过程占的比例太大了！因而出现了持久链接：在http/1.0+中是connection首部中添加keep-alive值，在http/1.1中是在connection首部中添加persistent值，固然二者不只仅是命名上的差异，http/1.1中，持久链接是默认的，除非显示在connection中添加close，不然持久链接不会关闭，而http/1.0+中则刚好相反，除非显示在connection首部中添加keep-alive，不然在接收数据包后链接就断开了。 
出现了持久链接还不够，在http/1.1中，还有一种称为管道通讯的方式进行速度优化：把须要发送到服务器上的全部请求放到输出队列中，在第一个请求发送出去后，不等到收到服务器的应答，第二个请求紧接着就发送出去，可是这样的方式有一个问题：不安全，若是一个管道中有10个链接，在发送出9个后，忽然服务器告诉你，链接关闭了，此时客户端即便收到了前9个请求的答复，也会将这9个请求的内容清空，也就是说，白忙活了……此时，客户端的这9个请求须要从新发送。这对于幂等请求还好（好比get，多发送几回都不要紧，每次都是相同的结果），若是是post这样的非幂等请求（好比支付的时候，多发送几回就惨了），确定是行不通的。 
因此，post请求不能经过管道的方式进行通讯！颇有可能，post请求须要从新创建链接，这个过程不跟彻底没优化的时候同样了么？因此，在可使用get请求通讯的时候，不要使用post请求，这样用户体验会更好，固然，若是有安全性要求的话，post会更好。管道化传输在浏览器端的实现还需考证，貌似默认状况下大部分浏览器（除了opera）是不进行管道化传输的，除非手动开启！ 
2、get传参最大长度的理解误区 
1.总结 
（1）http协议并未规定get和post的长度限制 
（2）get的最大长度限制是由于浏览器和web服务器限制了URL的长度 
（3）不一样的浏览器和web服务器，限制的最大长度不同 
（4）要支持IE，则最大长度为2083byte，若支持Chrome，则最大长度8182byte

2.误解 
（1）首先即便get有长度限制，也是限制的整个URL的长度，而不只仅是参数值数据长度，http协议从未规定get/post的请求长度限制是多少 
（2）所谓的请求长度限制是由浏览器和web服务器决定和设置的，各类浏览器和web服务器的设定均不同，这依赖于各个浏览器厂家的规定或者能够根据web服务器的处理能力来设定。IE 和 Safari 浏览器 限制 2k，Opera 限制4k，Firefox 限制 8k（很是老的版本 256byte），若是超出了最大长度，大部分的服务器直接截断，也有一些服务器会报414错误。

3.各个浏览器和web服务器的最大长度总结 
浏览器 
（1）IE：IE浏览器（Microsoft Internet Explorer） 对url长度限制是2083（2K+53），超过这个限制，则自动截断（如果form提交则提交按钮不起做用）。 
（2）firefox：firefox（火狐浏览器）的url长度限制为 65536字符，但实际上有效的URL最大长度很多于100,000个字符。 
（3）chrome：chrome（谷歌）的url长度限制超过8182个字符返回本文开头时列出的错误。 
（4）Safari：Safari的url长度限制至少为 80 000 字符。 
（5）Opera：Opera 浏览器的url长度限制为190 000 字符。Opera9 地址栏中输入190000字符时依然能正常编辑。 
服务器 
（1）Apache：Apache能接受url长度限制为8 192 字符 
（2）IIS：Microsoft Internet Information Server(IIS)能接受url长度限制为16384个字符。这个是能够经过修改的（IIS7） 
configuration/system.webServer/security/requestFiltering/requestLimits@maxQueryStringsetting.