详解 HTTP 中的 GET 和 POST 区别和使用方法

Question

一般在浏览器中输入网址访问资源都是通过 GET 方式请求，在 FORM 提交中，可以通过 Method 指定提交方式为 GET 或者 POST，如果没有设置都是默认为 GET 提交，HTTP 定义了与服务器交互的不同方法，最基本的方法有4种，分别是 GET、POST、PUT、DELETE。

原理区别

URL 全称是资源描述符，我们可以这样认 为：一个URL地址，它用于描述一个网络上的资源，而 HTTP 中的GET、POST、PUT、DELETE 就对应着对这个资源的查、改、增、删 4个操作。到这里，大家应该有个大概的了解了，GET 一般用于获取/查询资源信息，而 POST 一般用于更新资源信息，我个人认为这是 GET 和 POST 的本质区别，也是协议设计者的本意，其它区别都是具体表现形式的差异。

根据 HTTP 规范，GET 用于信息获取，而且应该是安全的和幂等的。

1. 所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET 请求一般不应产生副作用。就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。注意：这里安全的含义仅仅是指是非修改信息。
2. 幂等的意味着对同一 URL 的多个请求应该返回同样的结果。这里我再解释一下幂等这个概念：

幂等 （idempotent、idempotence）是一个数学或计算机学概念，常见于抽象代数中。

幂等有以下几种定义：

对于单目运算，如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的，那么我们就称该运算是幂等的。比如绝对值运算就是一个例子，在实数集中，有 abs(a) =abs(abs(a)) 。

对于双目运算，则要求当参与运算的两个值是等值的情况下，如果满足运算结果与参与运算的两个值相等，则称该运算幂等，如求两个数的最大值的函数，有在在实数集中幂等，即 max(x,x) = x 。

看完上述解释后，应该可以理解 GET 幂等的含义了。

但在实际应用中，以上2条规定并没有这么严格。引用别人文章的例子：比如新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。

根据HTTP规范，POST 表示可能修改变服务器上的资源的请求 。继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过POST实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。

上面大概说了一下 HTTP 规范中，GET 和 POST 的一些原理性的问题。但在实际的做的时候，很多人却没有按照 HTTP 规范去做，导致这个问题的原因有很多，比如说：

1. 很多人贪方便，更新资源时用了 GET，因为用 POST 必须要到 FORM（表单），这样会麻烦一点。
2. 对资源的增、删、改、查操作，其实都可以通过 GET/POST 完成，不需要用到 PUT 和 DELETE 。
3. 另外一个是，早期的但是 Web MVC 框架设计者们并没有有意识地将 URL 当作抽象的资源来看待和设计 。还有一个较为严重的问题是传统的 Web MVC 框架基本上都只支持 GET 和 POST 两种 HTTP 方法，而不支持 PUT 和 DELETE 方法。

简单解释一下MVC：MVC本来是存在于 Desktop 程序中的，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。

以上3点典型地描述了老一套的风格（没有严格遵守 HTTP 规范），随着架构的发展，现在出现 REST(Representational State Transfer)，一套支持 HTTP 规范的新风格，这里不多说了，可以参考《RESTful Web Services》。

表现形式区别

搞清了两者的原理区别，我们再来看一下他们实际应用中的区别，为了理解两者在传输过程中的不同，我们先看一下 HTTP 协议的格式：

HTTP 请求

<request line>
<headers>
<blank line>
<request-body>]

在HTTP请求中，第一行必须是一个请求行（request line），用来说明请求类型、要访问的资源以及使用的HTTP版本。紧接着是一个首部（header）小节，用来说明服务器要使用的附加信息。在首部之后是一个空行，再此之后可以添加任意的其他数据 [称之为主体（body）]。

GET 与 POST 方法实例

GET

GET /books/?sex=man&name=Professional HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection: Keep-Alive

POST

POST / HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Content-Type: application/x-www-form-urlencoded
Content-Length: 40
Connection: Keep-Alive
（----此处空一行----）
name=Professional%20Ajax&publisher=Wiley

有了以上对 HTTP 请求的了解和示例，我们再来看两种提交方式的区别：

1. GET提交：请求的数据会附在URL之后（就是把数据放置在请求行（request line）中），以 ? 分割 URL 和传输数据，多个参数用 & 连接；例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。Url 的编码格式采用的是 ASCII 码，而不是 Unicode，这也就是说你不能在 Url 中包含任何非 ASCII 字符，所有非 ASCII 字符均需要编码再传输。
2. POST提交：把提交的数据放置在是 HTTP 包的包体中。上文示例中红色字体标明的就是实际的传输数据

因此，GET提交的数据会在地址栏中显示出来，而POST提交，地址栏不会改变

传输数据的大小

首先声明：HTTP 协议没有对传输的数据大小进行限制，HTTP 协议规范也没有对 URL 长度进行限制。而在实际开发中存在的限制主要有：

• GET：特定浏览器和服务器对 URL 长度有限制，例如 IE 对 URL 长度的限制是2083字节(2K+35)。对于其他浏览器如 Netscape、FireFox 等，理论上没有长度限制，其限制取决于操作系统的支持。因此对于 GET 提交时，传输数据就会受到 URL 长度的限制。
• POST：由于不是通过URL传值，理论上数据不受限。但实际各个WEB服务器会规定对post提交数据大小进行限制，Apache、IIS6都有各自的配置。

安全性

POST 的安全性要比 GET 的安全性高。注意：这里所说的安全性和上面 GET 提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的 Security 的含义，比如：通过GET提交数据，用户名和密码将明文出现在 URL 上，因为登录页面有可能被浏览器缓存，其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外使用 GET 提交数据还可能会造成 Cross-site request forgery 攻击

HTTP  GET、POST、SOAP协议都是在 HTTP 上运行的：

1. GET：请求参数是作为一个 key/value 对的序列（查询字符串）附加到 URL 上的查询字符串的长度受到 Web 浏览器和 Web 服务器的限制（如 IE 最多支持2048个字符），不适合传输大型数据集，同时它很不安全
2. POST：请求参数是在 HTTP 标题的一个不同部分（名为entity body）传输的，这一部分用来传输表单信息，因此必须将 Content-type 设置为 application/x-www-form-urlencoded。POST 设计用来支持 Web 窗体上的用户字段，其参数也是作为 key/value 对传输。但是它不支持复杂数据类型，因为 POST 没有定义传输数据结构的语义和规则。
3. SOAP：是 HTTP POST 的一个专用版本，遵循一种特殊的 XML 消息格式， Content-type 设置为 text/xml 任何数据都可以 XML 化。

HTTP 响应

HTTP 响应格式

<status line>
<headers>
<blank line>
[<response-body>]

在响应中唯一真正的区别在于第一行中用状态信息代替了请求信息。状态行（status line）通过提供一个状态码来说明所请求的资源情况。

HTTP 响应实例

HTTP/1.1 200 OK
Date: Sat, 31 Dec 2005 23:59:59 GMT
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 122
<html>
<head>
<title>Wrox Homepage</title>
</head>
<body>
<!-- body goes here -->
</body>
</html>

最常用的状态码有：

• 200 (OK)：找到了该资源，并且一切正常。
• 304 (NOT MODIFIED)：该资源在上次请求之后没有任何修改。这通常用于浏览器的缓存机制。
• 401 (UNAUTHORIZED)：客户端无权访问该资源。这通常会使得浏览器要求用户输入用户名和密码，以登录到服务器。
• 403 (FORBIDDEN)：客户端未能获得授权。这通常是在 401 之后输入了不正确的用户名或密码。
• 404 (NOT FOUND)：在指定的位置不存在所申请的资源。

完整示例

HTTP GET

发送

GET /DEMOWebServices2.8/Service.asmx/CancelOrder?UserID=string&PWD=string&OrderConfirmation=string HTTP/1.1
Host: api.efxnow.com

回复

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<objPlaceOrderResponse xmlns="https://api.efxnow.com/webservices2.3">
<Success>boolean</Success>
<ErrorDescription>string</ErrorDescription>
<ErrorNumber>int</ErrorNumber>
<CustomerOrderReference>long</CustomerOrderReference>
<OrderConfirmation>string</OrderConfirmation>
<CustomerDealRef>string</CustomerDealRef>
</objPlaceOrderResponse>

HTTP POST

发送

POST /DEMOWebServices2.8/Service.asmx/CancelOrder HTTP/1.1
Host: api.efxnow.com
Content-Type: application/x-www-form-urlencoded
Content-Length: length
UserID=string&PWD=string&OrderConfirmation=string

回复

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<objPlaceOrderResponse xmlns="https://api.efxnow.com/webservices2.3">
<Success>boolean</Success>
<ErrorDescription>string</ErrorDescription>
<ErrorNumber>int</ErrorNumber>
<CustomerOrderReference>long</CustomerOrderReference>
<OrderConfirmation>string</OrderConfirmation>
<CustomerDealRef>string</CustomerDealRef>
</objPlaceOrderResponse>

SOAP 1.2

发送

POST /DEMOWebServices2.8/Service.asmx HTTP/1.1
Host: api.efxnow.com
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Body>
<CancelOrder xmlns="https://api.efxnow.com/webservices2.3">
<UserID>string</UserID>
<PWD>string</PWD>
<OrderConfirmation>string</OrderConfirmation>
</CancelOrder>
</soap12:Body>
</soap12:Envelope>

回复

HTTP/1.1 200 OK
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Body>
<CancelOrderResponse xmlns="https://api.efxnow.com/webservices2.3">
<CancelOrderResult>
<Success>boolean</Success>
<ErrorDescription>string</ErrorDescription>
<ErrorNumber>int</ErrorNumber>
<CustomerOrderReference>long</CustomerOrderReference>
<OrderConfirmation>string</OrderConfirmation>
<CustomerDealRef>string</CustomerDealRef>
</CancelOrderResult>
</CancelOrderResponse>
</soap12:Body>
</soap12:Envelope>