前言

在客户机和服务器之间进行请求、响应时，两种最常被用到的方法是：get和post。
get：从指定的资源请求数据（从服务器获取数据）
post：向指定的资源提交要被处理的数据（向服务器传送数据）

通过以上简单的描述，或许你已经大概了解了get和post，但你不知道如何分辨get还是post请求，甚至不知道它们有什么本质区别。我们先来看一下百度搜索时发送的是什么http请求：

我们可以清楚的看到是get请求，我们在百度的input输入框中输入了【linux系统】关键字，并在【百度一下】按钮中传送了我们的关键字给百度服务器进行分析后回传，回传的结果就是我们所看到的【搜索结果】，这正如上述get加粗描述【从指定的资源请求数据】。这就是所谓的http请求的get，get请求会直接将值和表单内各个字段一一对应，在URL中可以看到。

简单了解过后我们将进一步分析和理解get和post，并详细分析它们本质的区别。

get请求

（1）get请求把参数数据队列加到前端html提交表单的action属性所指的URL中，值和表单内各个字段一一对应，在URL中可以看到。

（2）get请求只产生一个tcp数据包，浏览器会把http header和data一起发送出去。

（3）get请求可被缓存，浏览器回退时则是无害的，因为已被缓存，不会再次重复提交请求。

（4）get请求会保留在浏览器历史记录中，方便二次使用。

（5）get请求所产生的URL可以被收藏为书签。

（6）get请求会把数据直接暴露在URL键值对中，所以不适合处理敏感数据，如密码、金额等。

（7）get请求只能进行URL编码。

（8）get请求只接受参数数据类型为ASCII字符。

（9）get请求会限制参数长度，如超出限制长度则无法发出请求。

总结：分析这些特性，get请求只应当用于取回数据(获取数据)，而不适用于传送数据。

post请求

（1）post请求会把前端html表单中的所有数据放到Request body，用户无法直接观察到。

（2）post请求会产生两个tcp数据包，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。

（3）post请求不会缓存，浏览器回退时是有害的，因为不会缓存，所以每次需要重复请求。

（4）post请求不会保留在浏览器历史记录中。

（5）post请求所产生的URL不可以被收藏为书签。

（6）post请求不会把数据直接暴露在URL键值对中，所以适合处理敏感数据，如密码、金额等。

（7）post请求可以支持多种编码。

（8）post请求接受参数数据类型没有限制

（9）post请求没有参数长度的限制，所以支持更多更大的数据包。

总结：分析这些特性，post请求只应当用于处理数据(传送数据)，而不适用于获取数据。

get/post区别表(W3C)

get/post二者本无区别

其实，GET和POST本质上两者没有任何区别。他们都是HTTP协议中的请求方法。底层实现都是基于TCP/IP协议。上述的所谓区别，只是浏览器厂家根据约定，做得限制而已。

也就是说，GET/POST都是TCP链接。GET和POST能做的事情是一样一样的。你要给GET加上request body，给POST带上url参数，技术上是完全行的通的。

在我大万维网世界中，TCP就像汽车，我们用TCP来运输数据，它很可靠，从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来是一团混乱，送急件的汽车可能被前面满载货物的汽车拦堵在路上，整个交通系统一定会瘫痪。为了避免这种情况发生，交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别，有GET, POST, PUT, DELETE等等，HTTP规定，当执行GET请求的时候，要给汽车贴上GET的标签（设置method为GET），而且要求把传送的数据放在车顶上（url中）以方便记录。如果是POST请求，就要在车上贴上POST的标签，并把货物放在车厢里。当然，你也可以在GET的时候往车厢内偷偷藏点货物，但是这是很不光彩；也可以在POST的时候在车顶上也放一些数据，让人觉得傻乎乎的。HTTP只是个行为准则，而TCP才是GET和POST怎么实现的基本。

但是，我们只看到HTTP对GET和POST参数的传送渠道（url还是requrest body）提出了要求。“标准答案”里关于参数大小的限制又是从哪来的呢？

在我大万维网世界中，还有另一个重要的角色：运输公司。不同的浏览器（发起http请求）和服务器（接受http请求）就是不同的运输公司。 虽然理论上，你可以在车顶上无限的堆货物（url中无限加参数）。但是运输公司可不傻，装货和卸货也是有很大成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大负担。业界不成文的规定是，（大多数）浏览器通常都会限制url长度在2K个字节，而（大多数）服务器最多处理64K大小的url。超过的部分，恕不处理。如果你用GET服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略，所以，虽然GET可以带request body，也不能保证一定能被接收到。

总结：GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。

总结

需要格外注意的是，在网络环境好的情况下，发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下，两次包的TCP在验证数据包完整性上，有非常大的优点。
上述提到过，浏览器厂家根据约定，所做的一些限制。这里想说的是并不是所有浏览器都会在post请求中发送两次包，不过大部分都是两次，只有firefox(火狐)发送一次。

还有一些其他的http请求方法(并不常用)：