get和post两种请求方式的区别
当面试被问到这个问题的时候是不是内心还在窃喜，然后自信的说出准备了很久的“标准答案”
- get在浏览器退回是无害的，而post会再次提交请求
- get产生的url地址可以被Bookmarks，而post不可以
- get请求会被浏览器cache，而post不会，除非手动设置
- get请求只能进行url编码，而post支持多种编码方式
- get请求参数会被完整的保留在浏览器历史记录里，而post中的参数不会被保留
- get请求在url中传送的参数是有长度限制的，而post没有
- 对参数数据类型，get只接受ASCII字符，而post没有限制
- get比post更不安全，因为参数直接暴露在url上，所以不能用来传递敏感信息
- get参数通过url传递，post放在request的body中
这是标准答案，但可能不是面试官想要的答案
这种看起来常见又简单的问题就能暴露你的底线，所以面试遇到这种问题不一定是好事，任何问题的答案都有深度层次
但是，不是说上面的标准答案就是错的，只是回答的模棱两可又很普通，并没有理解的很深入
那么下面让我们来深入的了解一下get和post
- get和post是什么？
HTTP协议中的两种发送请求的方式
共同点：都属于HTTP
都是请求方式
- HTTP是什么？
HTTP是基于TCP/IP的关于数据如何在万维网中通信的协议
HTTP的底层是TCP/IP，所以get/post的底层也是TCP/IP，也就是说get/post都是TCP链接，get/post能做的事情是一模一样的，你要给get加上request body，给post带上url参数，技术上是完全行得通的。
那么“标准答案”里的哪些区别是怎么回事呢？
在万维网的世界中，TCP就像汽车，我们用TCP来运输数据，他很可靠，从来不会发生丢件少件的情况，但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来一团混乱，送急件的汽车可能被前面满载的汽车堵在路上，整个交通系统一定会瘫痪，为了避免这种情况发生，交通规则HTTP就产生了，HTTP给汽车运输设定了好几个服务类型，有get、post、put、delect等HTTP规定，当执行get请求的时候，要给汽车贴上get的标签(设置method为GET)，而且要把传送的数据放在车顶上(URL中)以方便记录，如果是post请求，就要在车上贴上post的标签，并把货物放在车厢里。
HTTP只是个准则，而TCP才是get和post怎么实现的基本。但是我们只看到HTTP对get和post的传送渠道提出了要求，那“标准答案”里关于参数大小的限制又是从哪来的呢？
在万维网的世界中，还有一个重要的角色：运输公司，不同的浏览器(发起HTTP请求)和服务器(接受HTTP请求)就是不同的公司，虽然理论上，你可以在车顶上无限的堆货物(url中无限加参数)，但是运输公司可不傻，装货和卸货也是有很大成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大的负担，业界不成文的规定是，(大多数)浏览器通常会限制url长度在2k个字节，而(大多数)服务器最多处理64k大小的url，超过的部分，恕不处理，如果你用get服务，在request body偷偷藏了数据，不同服务器的数据处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略，所以虽然get可以带request body，也不能保证一定能被收到。
好了，现在你应该知道，get和post本质上就是TCP链接，并无差别，但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。
但是，还没结束，还有一个彩蛋在后面
Get和post还有一个重大的区别，简单的说
- get产生一个TCP数据包，post产生两个TCP数据包
长的说：
对于get方式的请求，浏览器会把http header和data一并发送出去，服务器响应200(返回数据)
而对于post，浏览器先发送header ，服务器响应100 continue，浏览器再发送data，服务器响应200 ok(返回数据)
也就是说，get只需要汽车跑一趟货就送到了，而post得跑两趟，第一趟，先和服务器去打个招呼“嗨，我等下要送一批货来，你们打开门迎接我”，然后再把货送过去。
因为post需要两步，时间上消耗的更多一点，看起来get比post更有效，但是这是一个坑，跳入需谨慎，为什么？
1.get与post都有自己的语义，不能随便混用
2.剧研究，在网络环境好的情况下，发一次包的时间和发两次的时间差别基本可以无视，而在网络环境差的情况下，两次包的TCP在验证数据完整性上，有非常大的优点
3.并不是所有浏览器都会在post中发送两次包，Firefox就只发一次
现在你大概了解来龙去脉了吧！