面试的时候经常被问到http中get和post的区别是什么？以前草草看过一些总结性的文字，最近在看http协议，正好搜到两篇文章写得不错，对两篇文章进行整合，所以好好整理下这个该死的问题，下次再有人问的时候秒死他，靠！
参考文章：
浅谈HTTP中Get与Post的区别
不再以讹传讹，GET和POST的真正区别
常见答案：
- GET使用URL或Cookie传参。而POST将数据放在BODY中。
- GET的URL会有长度上的限制，则POST的数据则可以非常大。
- POST比GET安全，因为数据在地址栏上不可见。
原理性方面
1.根据HTTP规范，GET用于信息获取，而且应该是安全的和幂等的。
2.根据HTTP规范，POST表示可能修改变服务器上的资源的请求
即：The HTTP protocol defines GET-type requests as being idempotent, while POSTs may have side effects.
注：
a.这里安全的含义仅仅是指是非修改信息
b.幂等的意味着对同一URL的多个请求应该返回同样的结果
针对上述三个方面：数据传递、长度限制、安全性分别阐述如下：
1. GET和POST与数据如何传递没有毛关系
GET和POST是由HTTP协议定义的。在HTTP协议中，Method和Data（URL， Body， Header）是正交的两个概念。也就是说，使用哪个Method与应用层的数据如何传输是没有相互关系的。HTTP没有要求，如果Method是POST数据就要放在BODY中。也没有要求，如果Method是GET，数据（参数）就一定要放在URL中而不能放在BODY中。
网上的说法只是HTML标准对HTTP协议的用法的约定，现代的Web Server都是支持GET中包含BODY这样的请求。虽然这种请求不可能从浏览器发出，但是现在的Web Server又不是只给浏览器用！
2. HTTP协议对GET和POST都没有对长度的限制
HTTP协议明确地指出了，HTTP头和Body都没有长度的要求。实际上，URL也不存在参数上限的问题，HTTP协议规范没有对URL长度进行限制，而对于URL长度上的限制，有两方面的原因造成：
1.浏览器。据说早期的浏览器会对URL长度做限制。据说IE对URL长度传递的数据长度会限制在2048个字符内（流传很广，而且无数同事都表示认同）。所以，这个限制是特定的浏览器及服务器对它的限制。IE对URL长度的限制是2083字节(2K+35)。对于其他浏览器，如Netscape、FireFox等，理论上没有长度限制，其限制取决于操作系统的支持。
2.服务器。URL长了，对服务器处理也是一种负担。原本一个会话就没有多少数据，现在如果有人恶意地构造几个几M大小的URL，并不停地访问你的服务器。服务器的最大并发数显然会下降。另一种攻击方式是，把告诉服务器Content-Length是一个很大的数，然后只给服务器发一点儿数据，嘿嘿，服务器你就傻等着去吧。哪怕你有超时设置，这种故意的次次访问超时也能让服务器吃不了兜着走。有鉴于此，多数服务器出于安全啦、稳定啦方面的考虑，会给URL长度加限制。但是这个限制是针对所有HTTP请求的，与GET、POST没有关系。
安不安全也与GET、POST没有毛关系
一般情况下即大家一般都这么用，GET请求的数据会附在URL之后就是把数据放置在HTTP协议头中），POST把提交的数据则放置在是HTTP包的包体中。Get是向服务器发索取数据的一种请求，而Post是向服务器提交数据的一种请求，在FORM（表单）中，Method默认为"GET"，实质上，GET和POST只是发送机制不同，并不是一个取一个发，大家都是向服务器发送数据。还是那句话，GET具有等幂性，无副作用，而POST一般会对服务器上的数据产生 side effects。
注：GET URL拼接：以?分割URL和传输数据，参数之间以&相连，如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密。
结合实践，灵活理解：
在实际应用中，以上2条规定并没有这么严格。引用别人文章的例子：比如，新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。
