从标准上看,基本区别有:
- get 用于获取信息,无副作用,幂等,且可缓存。
- post 用于修改服务器上的数据,有副作用,非幂等,不可缓存。
(幂等:在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。)
GET和POST报文上的区别:
结论先行:GET 和POST 方法没有本质区别,仅报文格式不同。
GET和POST只是HTTP协议中的两种请求方式,而HTTP协议是基于TCP/IP的应用层协议,无论GET还是POST,用的都是同一个传输层协议,所以在传输上,没有区别。
报文格式上:
- 不带参数时,仅第一行方法名不同,一个是GET,一个是POST。
- 带参数时,在约定中,GET方法的参数应该放在url中,POST方法的参数应该放在body中。
//easy demo
GET /index.php?name=qiming.c&age=22 HTTP/1.1
Host: localhost
POST /index.php HTTP/1.1
Host: localhost
Content-Type: application/x-www-form-urlencoded
name=qiming.c&age=22
两种方法本质上是TCP连接,没有差别。也就是说,不按规范来也可以,可以在URL上写参数,然后用POST,也可以在body上写参数,然后方法用GET,当然,这需要服务端的支持。
常见疑惑
GET 方法参数写法是固定的吗?
在约定中,一般我们的参数是写在 ? 后面,用 & 分割。
我们知道,解析报文的过程是通过获取 TCP 数据,用正则等工具从数据中获取 Header 和 Body,从而提取参数。
也就是说,我们可以自己约定参数的写法,只要服务端能够解释出来就行,一种比较流行的写法是这样 :
http://www.example.com/user/name/yourname/age/22
POST 方法比 GET 方法安全?
从传输的角度来说,他们都是不安全的,因为 HTTP 在网络上是明文传输,只要在网络节点上抓包,就能完整地获取数据报文。
要想安全传输,就只有加密,也就是 HTTPS。
GET 方法参数长度有限制?
其实HTTP协议本身并没有对URL和BODY的长度限制,对URL限制的大多是浏览器和服务端自己限制的。
浏览器原因就不说了,服务器是因为处理长 URL 要消耗比较多的资源,为了性能和安全(防止恶意构造长 URL 来攻击)考虑,会给 URL 长度加限制。
POST 方法会产生两个TCP数据包?
有些文章中提到,POST 请求会将 Header 和 Body 分开发送,先发送 Header,服务端返回 100 状态码再发送 Body。
HTTP 协议中也并没有明确说明 POST 会产生两个 TCP 数据包,而且实际测试(Chrome)发现,Header 和 Body 不会分开发送。
所以,Header 和 Body 分开发送是部分浏览器或框架的请求方法,不属于 Post的必然行为。