GET 和 POST 是 HTTP 协议中的两种发送请求的基本方法，对于前端开发者而言，几乎每天都在使用它们，再熟悉不过了，一般也都能说出几点两者的区别。
如果面试中被问到这个问题，先回答一下几点，肯定是不会有错的：
- GET 参数通过 URL传值，参数可见且不够安全，不能用来传递敏感信息，而 POST 参数放在 Request body 中，参数不可见，相对而言比较安全；
- GET 请求在 URL 中传送的数据大小是有限制的（一般不超过2k-4k，取决于浏览器），而 POST 请求中的数据大小长度根据后台配置文件设定，理论上没有限制；
- GET 在浏览器回退时是无害的，而 POST 在浏览器回退时会再次提交请求；（GET 会将请求参数放在请求的 URL 中，回退操作实际上浏览器会从之前的缓存中拿结果，POST 每次调用都会创建新的资源）
- GET 请求会被浏览器主动 cache，而 POST 除非手动设置，否则不会；（浏览器缓存分为强缓存和协商缓存）
- GET 产生的 URL 地址可以被 Bookmark，而 POST 不可以；（GET 请求会把参数带到 URL 中，可以此保存浏览器书签）
- GET 请求参数会被完整地保留在浏览器历史记录里，而 POST 中的参数不会被保留；（道理同上）
- GET 请求只能进行 URL 编码，而 POST 支持多种编码方式；
- 对参数的数据类型，GET 只接受 ASCII 字符，而 POST 没有限制；（URL 是 HTTP 的一个首部，根据约定，一定是 ASCII 字符的）
- GET 请求产生一个 TCP 数据包，而 POST 请求产生两个数据包；
但是！
这就结束了吗？
NO！NO！NO！
想要拿到高薪，得说出一点别人不知道的东西，气场这块要拿捏地死死的。
抛开固有印象，我们重新来审视一下 GET 和 POST，会发现它们本质上没有区别！
我们知道 GET 和 POST 是 HTTP 协议中的两种发送请求的方法，而 HTTP 是基于 TCP/IP 的关于数据在万维网中如何通信的协议。
HTTP 的底层是 TCP/IP，所以 GET 和 POST 的底层也是 TCP/IP。也就是说， GET 和 POST 都是 TCP 连接（这应该可以算是两者的相同点）。
换句话说，GET 和 POST 能做的事情是一样的，在技术上完全可以给 GET 请求 加上 Request body，给 POST 请求带上 URL 参数。
但是存在也不代表着一定合理。
在万维网世界中，TCP就像汽车，负责用来运输数据，但路上的汽车不会只有一辆的，而为了维护交通的高效运行，交通规则 HTTP 应运而生。HTTP 给汽车设定了几种服务类别，有 GET、POST、PUT、DELETE 等。HTTP 规定，当执行 GET 请求时，要给该车贴上 GET 标签，并且把要传输的数据放在车顶上（url 中）以方便记录；当执行 POST 请求时，要给该车贴上 POST 标签，并且为了安全把要传输的数据放在车厢里（Request body 中）。
当然规定是规定，你要非要在 GET 的时候偷偷在车厢里放一点货，或者在 POST 的时候把货往车顶上放，谁也拦不住你，只是会让别人觉得你是个憨憨，不跟你玩。
所以，HTTP 只是个行为准则，而 TCP 才是 GET 和 POST 怎么实现的基本。
上面我们了解了 HTTP 对 GET 和 POST 参数的传输渠道（url 还是 Request body）提出了要求，但我们还知道，两种请求的还对参数大小做出了限制，这又是怎么回事呢？
在万维网世界中，还有另一个重要角色：运输公司。不同的浏览器（发起 HTTP 请求）和服务器（接收 HTTP 请求）就是不同的运输公司。虽然理论上，可以在车顶无限堆放货物（url 中无限加参数），但是装货和卸货也是要成本的，运输公司要核算成本和控制风险，所以他们会限制单次运输量，数据量太大对浏览器和服务器都是很大的负担。
所以，大多数浏览器会限制 url 长度最多在 2k 个字节，大多数服务器最多处理 64k 大小的 url。如果你用 GET 服务，在 Request body 中偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你读出数据，但有些服务器会直接忽略。所以还是不要这样操作了。
现在我们知道，GET 和 POST 本质上就是 TCP 连接，并无差别，只不过由于 HTTP 的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。
说道这里，GET 和 POST 要说的也就差不多了。等等，或许你注意到了，上文中我特意给第9点加粗了，也就是：GET 请求产生一个 TCP 数据包，而 POST 请求产生两个数据包。
这是怎么回事呢？
对于 GET 请求，浏览器会把 http header 和 data 一并发送出去，服务器响应 200；
而对 POST 请求，浏览器先发送 header，服务器响应 100，浏览器再发送 data，服务器响应 200。
可以看出，POST 请求需要两步，而 GET 请求仅需一步，很明显 GET 的用时更短，效率更高。但如果你想用 GET 来代替 POST 来优化网站性能的话，还是需要谨慎的，以为：
- GET 和 POST 都有自己的语义，不能随便混用；
- 在网络环境好的情况下，GET 和 POST 所需的时间差别基本可以无视，但是在网络环境差的情况下，两次包的 TCP 在验证数据包完整性上，有非常大的优点；
- 并不是所有的浏览器都会在 POST 中发送两次包，如 Firefox 就只发送一次。
以上就是我总结的关于 GET 和 POST 的关系，望诸君雅正。