GET 和 POST

参考文章1：http://www.cnblogs.com/nankezhishi/archive/2012/06/09/getandpost.html
参考文章2：http://blog.csdn.net/clsdata/article/details/5519837/
参考文章3：http://www.cnblogs.com/ldp615/archive/2012/07/27/http-get-post.html

---

HTTP Request Methods

GET 和 POST都属于HTTP Request Methods。HTTP Request Methods 不只是 GET 和 POST，完整列表如下：

• GET
• POST
• PUT
• DELETE
• HEAD
• OPTIONS
• TRACE
• CONNECT
• PATCH

REST 使用前四个：GET、POST、PUT、DELETE。因些这四个也是经常被一块提及的。
URL全称是资源描述符，可以这样认为，一个URL地址，它用于描述一个网络上的资源，而HTTP中的GET，POST，PUT，DELETE就对应着对这个资源的查 ，改 ，增 ，删 4个操作。GET一般用于获取/查询 资源信息，而POST一般用于更新 资源信息。

HTTP规范

GET

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

• 所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET请求一般不应产生副作用。就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
  注意：这里安全的含义仅仅是指是非修改信息。

• 幂等的意味着对同一URL的多个请求应该返回同样的结果。
  幂等 （idempotent、idempotence）是一个数学或计算机学概念，常见于抽象代数中。
  幂等有以下几种定义：

  • 对於单目运算，如果一个运算对于在范围内的所有的一个数多次进行该运算所得的结果和进行一次该运算所得的结果是一样的，那么我们就称该运算是幂等的。比如绝对值运算就是一个例子，在实数集中，有abs(a) = abs(abs(a)) 。
  • 对于双目运算，则要求当参与运算的两个值是等值的情况下，如果满足运算结果与参
    与运算的两个值相等，则称该运算幂等，如求两个数的最大值的函数，有在在实数集中幂等，即max(x,x) = x 。

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

POST

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

实际应用

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

• 很多人贪方便，更新资源时用了GET，因为用POST必须要到FORM（表单），这样会麻烦一点。
• 对资源的增，删，改，查操作，其实都可以通过GET/POST完成，不需要用到PUT和DELETE。
• 另外一个是，早期的但是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请求格式

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

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

GET 方法实例

GET /books/?sex=man&name=Professional HTTP/1.1
Host: www.wrox.com
Connection: Keep-Alive

POST 方法实例

POST / HTTP/1.1
Host: www.wrox.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 40
Connection: Keep-Alive
     （----此处空一行----）
name=Professional%20Ajax&publisher=Wiley

区别

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

(1) 基本区别

GET提交，请求的数据会附在URL之后（就是把数据放置在HTTP协议头中），以?分割URL和传输数据，多个参数用&连接；例如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0 %E5%A5%BD。如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如： %E4%BD%A0%E5%A5%BD，其中％XX中的XX为该符号以16进制表示的ASCII。
POST提交，把提交的数据放置在是HTTP包的包体中。上文示例中name=Professional%20Ajax&publisher=Wiley的就是实际的传输数据。
因此，GET提交的数据会在地址栏中显示出来，而POST提交，地址栏不会改变

(2) 传输数据的大小

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

(3) 安全性

POST的安全性要比GET的安全性高。注意：这里所说的安全性和上面GET提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改，而这里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为

• 登录页面有可能被浏览器缓存
• 其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击。