码迷,mamicode.com
首页 > 其他好文 > 详细

HTTP POST GET 本质区别详解

时间:2014-08-03 15:14:15      阅读:338      评论:0      收藏:0      [点我收藏+]

标签:des   http   使用   os   io   数据   for   问题   

HTTP POST GET本质区别详细
一原理区别
一般在浏览器中输入网址访问资源都是通过GET方式;在FORM提交中,可以通过Method指定提交方式为GET或者POST,默认为GET提交。
Http定义了与服务交互的不同方法,最基本的方法有4种,分别是:GET, POST, PUT, DELTE
URL全称是资源描述符。我们可以这样认为:一个URL地址,它用于描述一个网络上的资源,而HTTP中的GET, POST, PUT, DELETE就对
应着这个资源的查,改,增,删4个操作。到这里,大家应该有个大概的了解了,GET一般用于获取/查询资源信息,而POST一般用于
更新资源信息(个人认为这是GET和POST的本质区别,也是协议设计者的本意,其它区别都是具体表现形式的差异)。

根据HTTP规范,GET用于信息获取,而且应该是安全和幂等的。
1、所谓安全的意味着该操作用于获取信息而非修改信息。换句话说:GET请求一般不会产生副作用。就是说,它仅仅是获取资源信息,
就像数据库查询一样,不会修改,增加数据,不会影响资源的状态。

*注意:这里安全的含义仅仅是指非修改信息。
2、幂等的意味着对同一URL的多个请求应该返回同样的结果。这里我再解释一下幂等的这个概念:
(幂等idempotent)是一个数学或计算机概念,常见于抽象代数中。
幂等有以下几种定义:对于单目运算符,如果在一个运算范围内的一个数多次进行该运算所得的结果
和进行一次该运算所得的结果是一样的。那么我们就称该运算是幂等的。比如:绝对值就是一个例子。
在实数集中,有abs(a) = abs(abs(a));
对于双目运算,则要求当参与运算的两个值是等值的情况下,如果满足运算结果与参与运算的两个值相等,
则称该运算幂等,如求两个数的最大值的函数,有在实数集中幂等,即:max(x, x) = x;
看完上述解释后,应该可以理解GET幂等的含义了。

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

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

上面大概说了一下HTTP规范中,GET和POST的一些原理性的问题。但在实际做的时候,很多人却没有按照HTTP规范去做,导致
这个问题的原因很多,比如说:
1、很多人贪方便,更新资源时用了GET,因为用POST必须要到FROM(表单),这样会麻烦一点。
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)
这里不多说了,可以参考<<RESTful Web Service>>

二、表现形式区别
搞清了两者的原理区别,我们再来看一下他们实际应用中的区别:为了理解两者在传输过程中的不同,我们先看一下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之后(就是把数据放置在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包的包体中。上文示例中红色字体标明的就是实际的传输的数据。

因此,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上,因为(a)登录页面有可能被浏览器缓存,
(b)其他人查看浏览器的历史记录,那么别人就可以拿到你的帐号和密码了,除此之外,使用GET提交数据还可能会造成Cross-site rquest forgerr攻击。
(4)Http get, post, soap协议都是在http上运行的
(a)get:请求参数是作为一个key/value对的序列(查询字符串)附加到URL上的,查询字符串的长度受到Web浏览器和Web服务器的限制(如IE最多支持2048个字符)
不适合传输大型数据集,同时它很不安全。
(b)post:请求参数是在http标题的一个不同部分(名为entity body)传输的,这一部分用来传输表单信息,因此必须将Content-type设置为:application/x-www-form-url-encoded。
post设计用来支持web窗体上的用户字段,其参数也是作为key/value对传输。
但是:它不支持复杂数据类型,因为post没有定义传输数据结构的语义和规则。
(c)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 200OK
Content-Type: text/xml; charset=utf-8
Content-Length: length

<?xml version="1.0" encoding="utf-8"?>
<ObjPlanceOrderResponse 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>
</objectPlaceOrderResponse>

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
发送
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://wwww.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>

HTTP POST GET 本质区别详解,布布扣,bubuko.com

HTTP POST GET 本质区别详解

标签:des   http   使用   os   io   数据   for   问题   

原文地址:http://www.cnblogs.com/scud001/p/3888345.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!