HTTP协议详解.docx

上传人:b****4 文档编号:4087332 上传时间:2023-05-06 格式:DOCX 页数:14 大小:20.94KB
下载 相关 举报
HTTP协议详解.docx_第1页
第1页 / 共14页
HTTP协议详解.docx_第2页
第2页 / 共14页
HTTP协议详解.docx_第3页
第3页 / 共14页
HTTP协议详解.docx_第4页
第4页 / 共14页
HTTP协议详解.docx_第5页
第5页 / 共14页
HTTP协议详解.docx_第6页
第6页 / 共14页
HTTP协议详解.docx_第7页
第7页 / 共14页
HTTP协议详解.docx_第8页
第8页 / 共14页
HTTP协议详解.docx_第9页
第9页 / 共14页
HTTP协议详解.docx_第10页
第10页 / 共14页
HTTP协议详解.docx_第11页
第11页 / 共14页
HTTP协议详解.docx_第12页
第12页 / 共14页
HTTP协议详解.docx_第13页
第13页 / 共14页
HTTP协议详解.docx_第14页
第14页 / 共14页
亲,该文档总共14页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

HTTP协议详解.docx

《HTTP协议详解.docx》由会员分享,可在线阅读,更多相关《HTTP协议详解.docx(14页珍藏版)》请在冰点文库上搜索。

HTTP协议详解.docx

HTTP协议详解

HTTP协议详解

当今web程序的开发技术真是百家争鸣,,PHP,JSP,Perl,AJAX等等。

无论Web技术在未来如何发展,理解Web程序之间通信的基本协议相当重要,因为它让我们理解了Web应用程序的内部工作.本文将对HTTP协议进行详细的实例讲解,内容较多,希望大家耐心看。

也希望对大家的开发工作或者测试工作有所帮助。

使用Fiddler工具非常方便地捕获HTTPRequest和HTTPResponse, 关于Fiddler工具的用法,请看我另一篇博客[Fiddler教程]

 

阅读目录

1.什么是HTTP协议

2.Web服务器,浏览器,代理服务器

3.URL详解

4.HTTP协议是无状态的

5.打开一个网页需要浏览器发送很多次Request

6.HTTP消息的结构

7.Get和Post方法的区别

8.状态码

9.HTTPRequestheader

10.HTTPResponseheader

11.HTTP协议是无状态的和Connection:

keep-alive的区别

什么是HTTP协议

协议是指计算机通信网络中两台计算机之间进行通信所必须共同遵守的规定或规则,超文本传输协议(HTTP)是一种通信协议,它允许将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器

 

目前我们使用的是HTTP/版本

Web服务器,浏览器,代理服务器

当我们打开浏览器,在地址栏中输入URL,然后我们就看到了网页。

原理是怎样的呢

实际上我们输入URL后,我们的浏览器给Web服务器发送了一个Request,Web服务器接到Request后进行处理,生成相应的Response,然后发送给浏览器,浏览器解析Response中的HTML,这样我们就看到了网页,过程如下图所示

 

 

 我们的Request有可能是经过了代理服务器,最后才到达Web服务器的。

过程如下图所示

 

代理服务器就是网络信息的中转站,有什么功能呢

1.提高访问速度,大多数的代理服务器都有缓存功能。

2.突破限制,也就是翻墙了

3.隐藏身份。

 

URL详解

 URL(UniformResourceLocator)地址用于描述一个网络上的资源, 基本格式如下

              指定低层使用的协议(例如:

http,https,ftp)

host                  HTTP服务器的IP地址或者域名

port#                HTTP服务器的默认端口是80,这种情况下端口号可以省略。

如果使用了别的端口,必须指明,例如                  访问资源的路径

query-string      发送给http服务器的数据

anchor-            锚

 

URL的一个例子

&x=true#stuff

Schema:

http

host:

path:

/sj/test/

QueryString:

name=sviergn&x=true

Anchor:

stuff

 

HTTP协议是无状态的

http协议是无状态的,同一个客户端的这次请求和上次请求是没有对应关系,对http服务器来说,它并不知道这两个请求来自同一个客户端。

为了解决这个问题,Web程序引入了Cookie机制来维护状态.

 

打开一个网页需要浏览器发送很多次Request

1.当你在浏览器输入URL的时候,浏览器发送一个Request去获取的html. 服务器把Response发送回给浏览器.

2.浏览器分析Response中的HTML,发现其中引用了很多其他文件,比如图片,CSS文件,JS文件。

3.浏览器会自动再次发送Request去获取图片,CSS文件,或者JS文件。

4.等所有的文件都下载成功后。

网页就被显示出来了。

 

HTTP消息的结构

先看Request消息的结构,  Request消息分为3部分,第一部分叫Requestline,第二部分叫Requestheader,第三部分是body.header和body之间有个空行,结构如下图

第一行中的Method表示请求方法,比如"POST","GET", Path-to-resoure表示请求的资源,Http/version-number表示HTTP协议的版本号

当使用的是"GET"方法的时候,body是为空的

比如我们打开博客园首页的request如下

GETHTTP/

Host:

抽象的东西,难以理解,老感觉是虚的,所谓眼见为实,实际见到的东西,我们才能理解和记忆。

我们今天用Fiddler,实际的看看Request和Response.

下面我们打开Fiddler捕捉一个博客园登录的Request然后分析下它的结构,在Inspectorstab下以Raw的方式可以看到完整的Request的消息, 如下图

 我们再看Response消息的结构,和Request消息的结构基本一样。

同样也分为三部分,第一部分叫Responseline,第二部分叫Responseheader,第三部分是body.header和body之间也有个空行, 结构如下图

HTTP/version-number表示HTTP协议的版本号, status-code和message请看下节[状态代码]的详细解释.

我们用Fiddler捕捉一个博客园首页的Response然后分析下它的结构,在Inspectorstab下以Raw的方式可以看到完整的Response的消息, 如下图

 

 

Get和Post方法的区别

Http协议定义了很多与服务器交互的方法,最基本的有4种,分别是GET,POST,PUT,DELETE.一个URL地址用于描述一个网络上的资源,而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查,改,增,删4个操作。

我们最常见的就是GET和POST了。

GET一般用于获取/查询资源信息,而POST一般用于更新资源信息.

我们看看GET和POST的区别

1.GET提交的数据会放在URL之后,以分割URL和传输数据,参数之间以&相连,如name=test1&id=123456. POST方法是把提交的数据放在HTTP包的Body中.

2.GET提交的数据大小有限制(因为浏览器对URL的长度有限制),而POST方法提交的数据没有限制.

3.GET方式需要使用来取得变量的值,而POST方式通过来获取变量的值。

4.GET方式提交数据,会带来安全问题,比如一个登录页面,通过GET方式提交数据时,用户名和密码将出现在URL上,如果页面可以被缓存或者其他人可以访问这台机器,就可以从历史记录获得该用户的账号和密码.

 

状态码

Response消息中的第一行叫做状态行,由HTTP协议版本号,状态码,状态消息三部分组成。

状态码用来告诉HTTP客户端,HTTP服务器是否产生了预期的Response.

HTTP/中定义了5类状态码,状态码由三位数字组成,第一个数字定义了响应的类别

1XX 提示信息-表示请求已被成功接收,继续处理

2XX 成功-表示请求已被成功接收,理解,接受

3XX 重定向-要完成请求必须进行更进一步的处理

4XX 客户端错误- 请求有语法错误或请求无法实现

5XX 服务器端错误-  服务器未能实现合法的请求

 

看看一些常见的状态码

200OK

最常见的就是成功响应状态码200了,这表明该请求被成功地完成,所请求的资源发送回客户端

如下图,打开博客园首页

 302Found

重定向,新的URL会在response中的Location中返回,浏览器将会自动使用新的URL发出新的Request

例如在IE中输入,HTTP服务器会返回302,IE取到Response中Locationheader的新URL,又重新发送了一个Request.

 304NotModified

代表上次的文档已经被缓存了,还可以继续使用,

例如打开博客园首页,发现很多Response的statuscode都是304

提示:

 如果你不想使用本地缓存可以用Ctrl+F5强制刷新页面

 

400BadRequest 客户端请求与语法错误,不能被服务器所理解

403Forbidden服务器收到请求,但是拒绝提供服务

404NotFound

请求资源不存在(输错了URL)

比如在IE中输入一个错误的URL, 

500InternalServerError服务器发生了不可预期的错误

503ServerUnavailable服务器当前不能处理客户端的请求,一段时间后可能恢复正常

 

HTTPRequestheader

使用Fiddler能很方便的查看Requesheader,点击Inspectorstab->Requesttab->headers 如下图所示.

header有很多,比较难以记忆,我们也按照Fiddler那样把header进行分类,这样比较清晰也容易记忆。

Cache头域

If-Modified-Since

作用:

把浏览器端缓存页面的最后修改时间发送到服务器去,服务器会把这个时间与服务器上实际文件的最后修改时间进行对比。

如果时间一致,那么返回304,客户端就直接使用本地缓存文件。

如果时间不一致,就会返回200和新的文件内容。

客户端接到之后,会丢弃旧文件,把新文件缓存起来,并显示在浏览器中.

例如:

If-Modified-Since:

Thu,09Feb201209:

07:

57GMT

实例如下图

 

If-None-Match

作用:

If-None-Match和ETag一起工作,工作原理是在HTTPResponse中添加ETag信息。

当用户再次请求该资源时,将在HTTPRequest中加入If-None-Match信息(ETag的值)。

如果服务器验证资源的ETag没有改变(该资源没有更新),将返回一个304状态告诉客户端使用本地缓存文件。

否则将返回200状态和新的资源和Etag. 使用这样的机制将提高网站的性能

例如:

If-None-Match:

"03f2b33c0bfcc1:

0"

实例如下图

 

Pragma

作用:

防止页面被缓存,在HTTP/版本中,它和Cache-Control:

no-cache作用一模一样

Pargma只有一个用法,例如:

Pragma:

no-cache

注意:

在HTTP/版本中,只实现了Pragema:

no-cache,没有实现Cache-Control

 

Cache-Control

作用:

这个是非常重要的规则。

这个用来指定Response-Request遵循的缓存机制。

各个指令含义如下

Cache-Control:

Public  可以被任何缓存所缓存()

Cache-Control:

Private    内容只缓存到私有缓存中

Cache-Control:

no-cache 所有内容都不会被缓存

还有其他的一些用法,我没搞懂其中的意思,请大家参考其他的资料

 

Client头域

Accept

作用:

 浏览器端可以接受的媒体类型,

例如:

 Accept:

text/html 代表浏览器可以接受服务器回发的类型为text/html 也就是我们常说的html文档,

如果服务器无法返回text/html类型的数据,服务器应该返回一个406错误(nonacceptable)

通配符*代表任意类型

例如 Accept:

*/* 代表浏览器可以处理所有类型,(一般浏览器发给服务器都是发这个)

 

Accept-Encoding:

作用:

浏览器申明自己接收的编码方法,通常指定压缩方法,是否支持压缩,支持什么压缩方法(gzip,deflate),(注意:

这不是只字符编码);

例如:

Accept-Encoding:

gzip,deflate

 

Accept-Language

作用:

浏览器申明自己接收的语言。

 

语言跟字符集的区别:

中文是语言,中文有多种字符集,比如big5,gb2312,gbk等等;

例如:

Accept-Language:

en-us

 

User-Agent

作用:

告诉HTTP服务器,客户端使用的操作系统和浏览器的名称和版本.

我们上网登陆论坛的时候,往往会看到一些欢迎信息,其中列出了你的操作系统的名称和版本,你所使用的浏览器的名称和版本,这往往让很多人感到很神奇,实际上,服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器。

例如:

 User-Agent:

Mozilla/(compatible;MSIE;WindowsNT;Trident/;CIBA;.NETCLR.NETCLR.NETCLR.;;.

 

Accept-Charset

作用:

浏览器申明自己接收的字符集,这就是本文前面介绍的各种字符集和字符编码,如gb2312,utf-8(通常我们说Charset包括了相应的字符编码方案);

例如:

 

Cookie/Login头域

Cookie:

作用:

最重要的header,将cookie的值发送给HTTP服务器

Entity头域

Content-Length

作用:

发送给HTTP服务器数据的长度。

例如:

Content-Length:

38

 

Content-Type

作用:

例如:

Content-Type:

application/x-www-form-urlencoded

 

Miscellaneous头域

Referer:

作用:

提供了Request的上下文信息的服务器,告诉服务器我是从哪个链接过来的,比如从我主页上链接到一个朋友那里,他的服务器就能够从HTTPReferer中统计出每天有多少用户点击我主页上的链接访问他的网站。

例如:

Referer&tab=wT

Transport头域

Connection

例如:

 Connection:

keep-alive  当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭,如果客户端再次访问这个服务器上的网页,会继续使用这一条已经建立的连接

例如:

 Connection:

close 代表一个Request完成后,客户端和服务器之间用于传输HTTP数据的TCP连接会关闭,当客户端再次发送Request,需要重新建立TCP连接。

 

Host(发送请求时,该报头域是必需的)

作用:

请求报头域主要用于指定被请求资源的Internet主机和端口号,它通常从HTTPURL中提取出来的

例如:

我们在浏览器中输入:

浏览器发送的请求消息中,就会包含Host请求报头域,如下:

Host:

此处使用缺省端口号80,若指定了端口号,则变成:

Host:

指定端口号

 

HTTPResponseheader

同样使用Fiddler查看Responseheader,点击Inspectorstab->Responsetab->headers 如下图所示

 我们也按照Fiddler那样把header进行分类,这样比较清晰也容易记忆。

Cache头域

Date

作用:

 生成消息的具体时间和日期

例如:

 Date:

Sat,11Feb201211:

35:

14GMT 

 

Expires

作用:

浏览器会在指定过期时间内使用本地缓存

例如:

Expires:

Tue,08Feb202211:

35:

14GMT

 

Vary

作用:

例如:

Vary:

Accept-Encoding

 

Cookie/Login头域

P3P

作用:

用于跨域设置Cookie,这样可以解决iframe跨域访问cookie的问题

例如:

P3P:

CP=CURaADMaDEVaPSAoPSDoOURBUSUNIPURINTDEMSTAPRECOMNAVOTCNOIDSPCOR

 

Set-Cookie

作用:

非常重要的header,用于把cookie发送到客户端浏览器,每一个写入cookie都会生成一个Set-Cookie.

例如:

Set-Cookie:

sc=4c31523a;path=/;domain=. 

Entity头域

ETag

作用:

 和If-None-Match配合使用。

(实例请看上节中If-None-Match的实例)

例如:

ETag:

"03f2b33c0bfcc1:

0"

 

Last-Modified:

作用:

用于指示资源的最后修改日期和时间。

(实例请看上节的If-Modified-Since的实例)

例如:

Last-Modified:

Wed,21Dec201109:

09:

10GMT

 

Content-Type

作用:

WEB服务器告诉浏览器自己响应的对象的类型和字符集,

例如:

Content-Type:

text/html;charset=utf-8

Content-Type:

text/html;charset=GB2312

Content-Type:

image/jpeg

 

Content-Length

指明实体正文的长度,以字节方式存储的十进制数字来表示。

在数据下行的过程中,Content-Length的方式要预先在服务器中缓存所有数据,然后所有数据再一股脑儿地发给客户端。

例如:

Content-Length:

19847

 

Content-Encoding

WEB服务器表明自己使用了什么压缩方法(gzip,deflate)压缩响应中的对象。

例如:

Content-Encoding:

gzip

 

Content-Language

作用:

WEB服务器告诉浏览器自己响应的对象的语言者

例如:

Content-Language:

da

 

Miscellaneous头域

Server:

作用:

指明HTTP服务器的软件信息

例如:

Server:

Microsoft-IIS/

 

X-AspNet-Version:

作用:

如果网站是用开发的,这个header用来表示的版本

例如:

X-AspNet-Version:

作用:

表示网站是用什么技术开发的

例如:

X-Powered-By:

Transport头域

Connection

例如:

 Connection:

keep-alive  当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭,如果客户端再次访问这个服务器上的网页,会继续使用这一条已经建立的连接

例如:

 Connection:

close 代表一个Request完成后,客户端和服务器之间用于传输HTTP数据的TCP连接会关闭,当客户端再次发送Request,需要重新建立TCP连接。

Location头域

Location

作用:

用于重定向一个新的位置,包含新的URL地址

 实例请看304状态实例

 

HTTP协议是无状态的和Connection:

keep-alive的区别

无状态是指协议对于事务处理没有记忆能力,服务器不知道客户端是什么状态。

从另一方面讲,打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系

HTTP是一个无状态的面向连接的协议,无状态不代表HTTP不能保持TCP连接,更不能代表HTTP使用的是UDP协议(无连接)

从HTTP/起,默认都开启了Keep-Alive,保持连接特性,简单地说,当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭,如果客户端再次访问这个服务器上的网页,会继续使用这一条已经建立的连接

 Keep-Alive不会永久保持连接,它有一个保持时间,可以在不同的服务器软件(如Apache)中设定这个时间

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2