自学网络协议（一）：HTTP请求与响应——GET和POST真的不一样吗？

GET方法 & POST方法

GET：获取资源
一般来说，GET请求只用于获取数据，比如页面刚打开时“资源就位”。

如上图就是访问imooc的主页时，我们发现其使用的就是GET方法。

POST：请求资源
我们大多人“很理所当然地认为”POST主要就是向指定服务器（资源）提交数据，服务器接收到了，并对数据进行处理。其它什么事都不干。比如表单事件——登录注册。当“提交”这些个人信息时就会向服务器发送一个POST请求，将信息放在请求体中。

像我们平时常用的ajax ，其method就有四种：get、post、put and delete。
虽然HTTP协议中的请求方法众多，但大部分时候GET和POST已能完好满足我们的需求了。我在接触项目的过程中，虽然不多，但也基本上没用过别的方法…

GET和POST的区别 ？

说了这么多，GET和POST到底有啥，有没有区别呢？
这是众多开发者心中的一个“结”。而且面试的时候面试官还喜欢问。
兴许我们听到后都能脱口而出扯上两句，诸如：

• GET请求的参数是通过URL传递的，而POST参数是通过Request Body传递的；
• GET允许传递的参数（字节）长度没有POST的长
• …

完后，再尽兴一笑：哈哈！

。。。

但不得不阐述这样一个事实：GET和POST其实没有任何区别~

HTTP是一个应用层协议，它底层使用的还是TCP/IP。所以说，GET和POST的底层是相同的 —— 二者能做的事情是一模一样的。

（现在还有说“TCP/IP五层网络结构”的，是将“数据链路层”也加了进去）

现在，让我们一一驳斥上面的几个理由：

• 如果你愿意，GET请求也可以拥有Request body，你也可以用它来传输参数；同样地，你可以在POST - url中加入参数——参数而已，有什么大不了的 是不是
• GET和POST的长度问题：这是浏览器（和服务器）自己规定的，和他们没有半毛钱关系。

1、实际上，早些年的微博就是将POST请求的URL中添加了参数 ;

2、浏览器和服务器为了节省内存，必会限制参数大小：你像nginx中就可以通过large_client_header_buffers来限制（请求）头长度…

如上所说，二者其实是一样的，那为啥还要搞两种方法？
有一些客户端，比如：CURL，当POST数据大于1024字节时，便会分为两个步骤：

1. 向服务器发送一个包含Except: 100-continue的请求，询问服务器是否愿意接收数据；
2. 服务器返回100 continue，然后curl才会将真正的POST数据发送过去

（当然，有时服务器并不是很给面子：若是返回了417 Expextation Failed，就不能继续POST了。）