(幂等:在编程中一个幂等操做的特色是其任意屡次执行所产生的影响均与一次执行的影响相同。)php
结论先行:GET 和POST 方法没有本质区别,仅报文格式不一样。html
GET和POST只是HTTP协议中的两种请求方式,而HTTP协议是基于TCP/IP的应用层协议,不管GET仍是POST,用的都是同一个传输层协议,因此在传输上,没有区别。编程
报文格式上:浏览器
//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,固然,这须要服务端的支持。缓存
在约定中,通常咱们的参数是写在 ? 后面,用 & 分割。安全
咱们知道,解析报文的过程是经过获取 TCP 数据,用正则等工具从数据中获取 Header 和 Body,从而提取参数。bash
也就是说,咱们能够本身约定参数的写法,只要服务端可以解释出来就行,一种比较流行的写法是这样 :服务器
http://www.example.com/user/name/yourname/age/22
复制代码
从传输的角度来讲,他们都是不安全的,由于 HTTP 在网络上是明文传输,只要在网络节点上抓包,就能完整地获取数据报文。网络
要想安全传输,就只有加密,也就是 HTTPS。app
其实HTTP协议自己并无对URL和BODY的长度限制,对URL限制的大可能是浏览器和服务端本身限制的。
浏览器缘由就不说了,服务器是由于处理长 URL 要消耗比较多的资源,为了性能和安全(防止恶意构造长 URL 来攻击)考虑,会给 URL 长度加限制。
有些文章中提到,POST 请求会将 Header 和 Body 分开发送,先发送 Header,服务端返回 100 状态码再发送 Body。
HTTP 协议中也并无明确说明 POST 会产生两个 TCP 数据包,并且实际测试(Chrome)发现,Header 和 Body 不会分开发送。
因此,Header 和 Body 分开发送是部分浏览器或框架的请求方法,不属于 Post的必然行为。