http post get 本质区别详解 (转)

请求类型
三种最常见的请求类型是：get，post 和 head

get：获取一个文档
大部分被传输到浏览器的html，images，js，css, … 都是通过get方法发出请求的。它是获取数据的主要方法。

例如，要获取nettuts+ 的文章，http request的第一行通常看起来是这样的：

get /tutorials/other/top-20-mysql-best-practices/ http/1.1

一旦html加载完成，浏览器将会发送get 请求去获取图片，就像下面这样：

get /wp-content/themes/tuts_theme/images/header_bg_tall.png http/1.1

一 原理区别

    一般在浏览器中输入网址访问资源都是通过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的多个请求应该返回同样的结果。这里我再解释一下幂等 这个概念：

看完上述解释后，应该可以理解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 /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 / 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字符均需要编码再传输，关于url编码可参考：http://kb.cnblogs.com/page/133765/。

　　post提交：把提交的数据放置在是http包的包体中。上文示例中红色字体标明的就是实际的传输数据

     因此，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上，因为(1)登录页面有可能被浏览器缓存， (2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用get提交数据还可能会造成cross-site request forgery攻击

（4）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响应 
1．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＞
2．最常用的状态码有：

◆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>