程序员人生 网站导航

HTTP 中POST GET 区别

栏目:综合技术时间:2015-06-08 08:22:12

HTTP POST GET 本质区分详解
1 原理区分
1般在阅读器中输入网址访问资源都是通过GET方式;在FORM提交中,可以通过Method指定提交方式为GET或POST,默许为GET提交
Http定义了与服务器交互的不同方法,最基本的方法有4种,分别是GET,POST,PUT,DELETE
URL全称是资源描写符,我们可以这样认 为:1个URL地址,它用于描写1个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查 ,改 ,增 ,删 4个操作。到这里,大家应当有个大概的了解了,GET1般用于获得/查询 资源信息,而POST1般用于更新 资源信息(个人认为这是GET和POST的本质区分,也是协议设计者的本意,其它区分都是具体表现情势的差异 )。
  根据HTTP规范,GET用于信息获得,而且应当是安全的和幂等的 。
  1.所谓安全的意味着该操作用于获得信息而非修改信息。换句话说,GET要求1般不应产生副作用。就是说,它仅仅是获得资源信息,就像数据库查询1样,不会修改,增加数据,不会影响资源的状态。
  * 注意:这里安全的含义仅仅是指是非修改信息。
  2.幂等的意味着对同1URL的多个要求应当返回一样的结果。这里我再解释1下幂等 这个概念:
  幂等 (idempotent、idempotence)是1个数学或计算机学概念,常见于抽象代数中。
  幂等有以下几种定义:
  对单目运算,如果1个运算对在范围内的所有的1个数屡次进行该运算所得的结果和进行1次该运算所得的结果是1样的,那末我们就称该运算是幂等的。比如绝对值运算就是1个例子,在实数集中,有abs(a) =abs(abs(a)) 。
  对双目运算,则要求当参与运算的两个值是等值的情况下,如果满足运算结果与参与运算的两个值相等,则称该运算幂等,如求两个数的最大值的函数,有在在实数集中幂等,即max(x,x) = x 。
看完上述解释后,应当可以理解GET幂等的含义了。
  但在实际利用中,以上2条规定并没有这么严格。援用他人文章的例子:比如,新闻站点的头版不断更新。虽然第2次要求会返回不同的1批新闻,该操 作依然被认为是安全的和幂等的,由于它总是返回当前的新闻。从根本上说,如果目标是当用户打开1个链接时,他可以确信从本身的角度来看没有改变资源便可。
  根据HTTP规范,POST表示可能修改变服务器上的资源的要求 。继续援用上面的例子:还是新闻以网站为例,读者对新闻发表自己的评论应当通过POST实现,由于在评论提交后站点的资源已不同了,或说资源被修改了。
  上面大概说了1下HTTP规范中,GET和POST的1些原理性的问题。但在实际的做的时候,很多人却没有依照HTTP规范去做,致使这个问题的缘由有很多,比如说:
  1.很多人贪方便,更新资源时用了GET,由于用POST必须要到FORM(表单),这样会麻烦1点。
  2.对资源的增,删,改,查操作,其实都可以通过GET/POST完成,不需要用到PUT和DELETE。
  3.另外1个是,初期的但是Web MVC框架设计者们并没有成心识地将URL当作抽象的资源来看待和设计 。还有1个较为严重的问题是传统的Web MVC框架基本上都只支持GET和POST两种HTTP方法,而不支持PUT和DELETE方法。
  * 简单解释1下MVC:MVC本来是存在于Desktop程序中的,M是指数据模型,V是指用户界面,C则是控制器。使用MVC的目的是将M和V的实现代码分离,从而使同1个程序可使用不同的表现情势。
  以上3点典型地描写了老1套的风格(没有严格遵照HTTP规范),随着架构的发展,现在出现REST(Representational State Transfer),1套支持HTTP规范的新风格,这里不多说了,可以参考《RESTful Web Services》。
2 表现情势区分
弄清了二者的原理区分,我们再来看1下他们实际利用中的区分:
为了理解二者在传输进程中的不同,我们先看1下HTTP协议的格式:
HTTP要求:



]
在HTTP要求中,第1行必须是1个要求行(request line),用来讲明要求类型、要访问的资源和使用的HTTP版本。紧接着是1个首部(header)小节,用来讲明服务器要使用的附加信息。在首部以后是1个空行,再此以后可以添加任意的其他数据[称之为主体(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
(―-此处空1行―-)
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:要求参数是作为1个key/value对的序列(查询字符串)附加到URL上的
查询字符串的长度遭到web阅读器和web服务器的限制(如IE最多支持2048个字符),不合适传输大型数据集同时,它很不安全
2)post:要求参数是在http标题的1个不同部份(名为entity body)传输的,这1部份用来传输表单信息,因此必须将Content-type设置为:application/x-www-form-urlencoded。post设计用来支持web窗体上的用户字段,其参数也是作为key/value对传输。
但是:它不支持复杂数据类型,由于post没有定义传输数据结构的语义和规则。
3)soap:是http post的1个专用版本,遵守1种特殊的xml消息格式
Content-type设置为: text/xml 任何数据都可以xml化

3 HTTP响应
1.HTTP响应格式:



[]

在响应中唯1真实的区分在于第1行中用状态信息代替了要求信息。状态行(status line)通过提供1个状态码来讲明所要求的资源情况。

HTTP响应实例:

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

------分隔线----------------------------
------分隔线----------------------------

最新技术推荐