浏览器层面区别

注意下面这些区别一般是指在浏览器中的表现， HTML标准对HTTP协议的用法的约定。

1、GET使用URL或Cookie传参。而POST将数据放在Request body中。

2、GET的URL会有长度上的限制，则POST的数据则可以非常大。

具体大小和浏览器有关系，ie浏览器get请求是2k其他浏览器的最大值可能不同，但是也比较小。

而post方法传递参数的大小是可以设定的，原来是认为无限大。在Php当中在php.ini文件是可以设置参数的大小的。

3、POST比GET安全

get方法是将字符串拼接在地址栏后面可以看见

而post方法将数据放在body中看不见

4、get请求更加灵活

get方法很灵活，

post方法不灵活，必须要有表单的参与才能用post，提交很不方便

5、GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。

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

从HTTP层面其实没啥区别

1、GET和POST与数据如何传递没有关系

GET和POST是由HTTP协议定义的。在HTTP协议中，Method和Data（URL， Body， Header）是正交的两个概念，也就是说，使用哪个Method与应用层的数据如何传输是没有相互关系的。

HTTP没有要求，如果Method是POST数据就要放在BODY中。也没有要求，如果Method是GET，数据（参数）就一定要放在URL中而不能放在BODY中。

2、HTTP协议对GET和POST都没有对长度的限制

HTTP协议明确地指出了，HTTP头和Body都没有长度的要求。而对于URL长度上的限制，有两方面的原因造成：

浏览器。据说早期的浏览器会对URL长度做限制。据说IE对URL长度会限制在2048个字符内（流传很广，而且无数同事都表示认同）。但我自己试了一下，我构造了90K的URL通过IE9访问live.com，是正常的。网上的东西，哪怕是Wikipedia上的，也不能信。

服务器。URL长了，对服务器处理也是一种负担。原本一个会话就没有多少数据，现在如果有人恶意地构造几个几M大小的URL，并不停地访问你的服务器。服务器的最大并发数显然会下降。另一种攻击方式是，把告诉服务器Content-Length是一个很大的数，然后只给服务器发一点儿数据，嘿嘿，服务器你就傻等着去吧。哪怕你有超时设置，这种故意的次次访问超时也能让服务器吃不了兜着走。有鉴于此，多数服务器出于安全啦、稳定啦方面的考虑，会给URL长度加限制。但是这个限制是针对所有HTTP请求的，与GET、POST没有关系。

3、从HTTP协议来说。他们只有一点根本区别，简单点儿说，一个用于获取数据，一个用于修改数据。