get和post是http请求的两种基本方法，最直观的区别是get把参数包含在url中，post通过request body传递参数
-
get在浏览器回退时是无害的，而post会再次提交请求。
-
get产生的url地址可以被bookmark，而post不可以
-
get请求会被浏览器主动catche,而post不会，除非手动设置。
-
get请求只能进行url编码，而post支持多种编码方式
-
get请求参数会被完整保留在浏览器历史记录里，而post中的参数不会被保留
-
get请求在url中传送的参数是有长度限制的，而post中的参数不会被保留
-
对参数的数据类型，get只接受按时ASCLL字符，而post没有限制
-
get比post跟那个不安全，因为参数直接暴露在url上，所以不能用来传递敏感信息
-
get参数通过url传递，post放在request body中
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，delete等等，http规定，当执行get请求的时候，要给汽车贴上get的标签（设置method为get），而且要求把传送的数据放在车顶上（url中）以方便记录，如果是post请求，就要在车上贴上post标签（设置method为post），并把货物放在车厢里，当然，你也可以在get的时候往车厢里偷偷藏点货，但是这很不光彩；也可以在post的时候在车顶上放一些数据，让人觉得傻乎乎的。http只是个行为准则，而TCP才是get和post怎么实现的基本。
总结一下，我们的最终目的是传递数据，需要传递的载体也就是车(TCP),http告诉你怎么把数据放在载体上才能允许你能传递成功，而get和post就是http制定的放数据的规则，也就是get只能把数据放在外面，也就是url里，而post只能放在里面，也就是request body。虽然他们也可以附带，但是不一定会被就服务器接收，因为这就要考虑浏览器和服务器的问题了，接着往下看：
不同的浏览器（发起http请求）和服务器（接受http请求）就是不同的运输公司。虽然理论上，你可以在车顶上无限的堆货物（url中无限加参数）。但是运输公司可不傻，装货和卸货也是有很大的成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大的负担。业界不成文规定大多数的浏览器通常都会限制url长度在2k个字节，而大多数服务器最多处理64k大小的url。超过的部分，就不处理了，如果用get服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略，所以，虽然get可以带request body，也不能保证一定能被接收到。
事实上，get产生一个tcp数据包，而post会产生两个tcp数据包。对于get方式请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；而对于post，浏览器会先发送header，服务器响应100 continue，浏览器在发送data，服务器响应200（返回数据）
也就是说，get只需要汽车跑一趟就把货送到了，而post得跑两趟，第一趟，先去和服务器打个招呼“嗨，我等下要送一批货来，你们打开门迎接我”，然后再回头把货送过去。
因为post需要两步，时间上消耗的要多一点，看起来get比post更有效。因此Yahoo团队有推荐用get替换post来优化网站性能。但这是一个坑！跳入需谨慎。为什么？
-
get与post都有自己的语义，不能随便混用。
-
据研究，在网络环境好的情况下，发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下，两次包的TCP在验证数据包完整性上，有非常大的优点。
-
并不是所有浏览器都会在post中发送两次包，Firefox就只发送一次。