面试题：深入理解get和post

【推荐阅读】微服务还能火多久？>>>

• 目录
• 1.前言
• 2.区别
• 2.1传参方式不同
• 2.2传参方式导致的长度限制不同
• 2.3传参方式导致的安全性问题
• 2.4浏览器回退导致的不同结果
• 2.5请求方式
• 2.5.1psot请求流程
• 2.5.2get请求流程
• 2.6静态数据缓存
• 2.7post不能进行管道化传输
• 3.幂等的概念
• 4.持久连接
• 5.GET传参最大长度解读
• 6.总结

1.前言

首先，我们要明白，get和post本质上都是TCP链接，那他们为什么会不一样？就好像，在互联网世界中，HTTP（交通规则）会给不同服务类型的TCP（汽车）贴上不同的标签；因为标签不同所以使用方法也不一样。

2.区别

2.1传参方式不同

get是通过URL传递参数，post则是将数据放置在request body中。

2.2传参方式导致的长度限制不同

get有URL长度限制（浏览器的限制），而post没有长度限制。

2.3传参方式导致的安全性问题

由于get通过URL传参，因此数据都显示在用户面前，肯定不安全；而post不会作为url的一部分，也不会被缓存、但能够被保存在服务器日志以及浏览器浏览记录中。

2.4浏览器回退导致的不同结果

GET在浏览器回退时是无害的，而POST会再次提交请求。

2.5请求方式

上面是他们的表面不同，但是一开始就说了，get和post本质上都是TCP链接，那么真正导致他们不同的是交通规则，也就是HTTP协议；由于协议规定，就导致get比post更快。

2.5.1psot请求流程

• 浏览器请求tcp连接（第一次握手）
• 服务器答应进行tcp连接（第二次握手）
• 浏览器确认并发送psot请求头（第三次握手）
• 服务器返回100 Continue响应
• 浏览器发送数据
• 服务器返回200 OK响应

2.5.2get请求流程

• 浏览器请求tcp连接（第一次握手）
• 服务器答应进行tcp连接（第二次握手）
• 浏览器确认，并发送get请求头和数据（第三次握手）
• 服务器返回200 OK响应

2.6静态数据缓存

如果get请求的是静态资源，则会在第一次打开时进行缓存处理，这样在用户第二次访问相同地址时能够快速打开；而post则不行。

2.7post不能进行管道化传输

http/1.1中，还有一种称为管道通信的方式进行速度优化：把需要发送到服务器上的所有请求放到输出队列中，在第一个请求发送出去后，不等到收到服务器的应答，第二个请求紧接着就发送出去，如果连接中断，则清空重新发送；这样的通信方式对于幂等请求get还好（每次都是相同的结果），但是post就不行了（比如支付）。

3.幂等的概念

HTTP 幂等方法是指无论调用多少次都不会有不同结果的 HTTP 方法。（ 它只作用于结果而非资源本身）

4.持久连接

http/1.0+中是connection首部中添加keep-alive值（持久连接是默认的，除非在connection中添加close)

http/1.1中是在connection首部中添加persistent值（必须在connection首部中添加keep-alive，否则在接收数据包后就断开连接，不能持久化）

5.GET传参最大长度解读

虽然我们说get有URL长度限制，但是HTTP协议并没有规定get和post的长度限制，get的最大长度限制是因为浏览器和web服务器规定的，因此，由于没有一个统一的协议规定，这导致了在不同浏览器和web服务器对get的限制长度也是不一样的，如果超出了最大长度，大部分的服务器直接截断，也有一些服务器会报414错误。

• IE浏览器：IE浏览器 对url长度限制是2083（2K+53），超过这个限制，则自动截断（若是form提交则提交按钮不起作用）。
• firefox浏览器：火狐浏览器的url长度限制为 65536字符，但实际上有效的URL最大长度不少于100,000个字符。
• chrome浏览器：谷歌浏览器的url长度限制超过8182个字符返回本文开头时列出的错误。
• Apache服务器：Apache能接受url长度限制为8 192 字符
• IIS服务器：IIS能接受url长度限制为16384个字符

6.总结

一般来说，post用于修改和写入数据，get目的是获取资源，读取数据；post产生两个TCP数据包，get则只产生一个TCP数据包；因此post的两次TCP在验证数据包完整性上比较有优势。由于IE浏览器对URL长度的允许值是最小的，所以网站开发中，只要URL不超过2083字节，那么在所有浏览器中工作都不会有问题。