http协议分析即实现毕业论文Word格式.docx

1、1.1 研究背景及意义 21. 国内外研究现状21。3 主要研究内容及章节安排 2第二章 HTP协议的基本概念42HTP协议概述4.TP协议报文格式 42.3 HTP协议的连接52. HTTP协议的方法定义2.5HTT协议的状态定义62。6HTTP协议的常见头域定义 第三章 HTTP协议详细分析1131 HTTP报文的捕获132 TP的连接管理33.1CP连接的建立 13。2 TCP连接的释放 53.3 HT 请求报文的分析173.4 HTT响应报文的分析第四章 客户端的实现与测试 94。1 客户端的功能分析 194.2 客户端的功能实现 194.1 eb页面的显示1。2前进与后退页面 203

2、 页面的刷新24. 收藏夹功能实现 222.5 系统其他功能实现 253 系统测试 28结 论32致 谢33参 考文 献 34前 言H是一个客户端和服务器端请求和应答的标准（tcp）。尽管tcp/ip协议时互联网上最流行的应用,但是TTP协议并没有规定必须使用它和它支持的层.事实上,HTTP协议可以在任何其他的互联网协议上使用,或者在其他网络上实现，HTT只假定可靠的传输,任何能提供这种保证的字而已都可以被其使用。HTP客户端是we客户端,网站是服务器端。在研究时通过使用w客户端访问服务器,客户端发起一个到服务器上的指定端口的请求，接受请求的服务器上存储着资源,比如HM文件和图像，这个产生应答

3、的服务器称为源服务器,接着服务器就发送给客户端请求的内容。现如今已经出现了HT2。0,但是仅限于https:/网址的访问,应用不广泛，所以本次课题主要研究的是TT1.1协议。通过利用本次课题完成的web客户端的设计，我们可以详细的研究TTP协议，通过抓取并分析数据包，我们可以知道客户端与服务器之间请求与响应的方式和内容。对我们研究TTP协议会有很大的帮助本次课题先要深入详细的分析HTTP协议,了解其基本概念和特点,然后在vualtuio20 的平台上设计一款小型的wb客户端,通过测试web客户端与服务器之间的通信来实现HTP的交互过程。第一章 绪 论11 研究背景及意义伴随着网络的广泛应用与不

4、断地发展，网络技术也悄然兴起.WW也应用而生,W通过超文本方式向用户提供全方位的媒体信息，从而为世界上所有的网络用户提供了获取信息、共享资源的方法。随着计算机网络技术的发展,客户与服务器结构逐渐向浏览器/服务器结构迁移，即从c/方式逐渐向/方式转移，现如今S方式已经引导潮流，用B/S方式与网络用户交换信息已经被大部分网络系统应用.B的基础是客户端要有一个浏览器程序，所以,Web客户端在B方式下起着主导的作用,且其应用地位日益重要。1.2 国内外研究现状超文本传输协议（HTTP协议）是一种为分布式的,协作的，超媒体信息系统在 190年WWW全球信息刚刚起步的时候HTTP 就得到了应用。HT 的第

5、一个版本叫做HTTP0.9，是一种为互联网原始数据传输服务的简单协议。由F 1956定义的HTP/1。0 进一步完善了这个协议。它允许消息以类 MIE 消息的格式传送,它包括传输数据的元信息和对请求/响应语义的修饰。但是，HTP/1.0 没有充分考虑到分层代理,缓存的,以及持久连接和虚拟主机的需求的影响。并且随着不完善的HTTP/10 应用程序的激增,这就迫切需要一个新的版本,以便能使两个通信程序能够确定彼此的真实能力。3因此在1997年形成了TTP1.1,也就是在现在普遍使用的协议。这个协议与HTTP/1.0 相比,此规范更为严格，以确保各个协议的特征得到可靠实现.在3年8月HTP2。0进行

6、首次合作共事性测试，HTP 2。0即超文本协议.，是继HT1.1后的下一代协议。但是目前在互联网上HTTP/20仅支持https:/网址，HTP/1。1继续支持TTP：网址的访问。TP。0（草案）在减少网络延迟而不中断HTTP语义方面相比于HT.1有了一系列的改进，其中一个重要的改进便是HTP2。0引入二进制框架,另一个改进是支持多个并发的HTT请求取代此前仅支持单一请求模式。1.3 主要研究内容及章节安排本论文主要研究的内容是在现有的硬件和软件环境下,先认真的分析HTP协议，然后再利用开发环境实现一个客户端系统,主要完成包括显示页面、刷新页面、前进及后退页面、收藏夹等功能.本文的主要章节安排

7、为：第1章，绪论主要介绍了本课题的研究背景及意义、国内外研究趋势现状、主要研究内容及章节安排。第2章，HTP协议的基本概念。主要包括HTT协议概述、TP协议报文格式、TTP协议的连接、HTTP协议的方法定义、HT协议的状态定义、HTT协议的常见头域定义。第3章,HTTP协议详细分析。包括TT报文的捕获、TCP的连接管理、T请求报文的分析、HTTP响应报文的分析。第4章,客户端的实现与测试。包括客户端的功能分析、客户端的功能实现、系统测试。第二章 HT协议的基本概念21 HTP协议概述HTP是HyperText Traser Procol（超文本传输协议）的缩写。它的发展是万维网协会（Wl Wi

8、e eb Consoru）和Intenet工作小组ITF（Inerne Eginei T Foc）合作的结果,（他们）最终发布了一系列的RFC,RFC19457定义了TP/1.版本。其中最著名的就是C2616。RFC2616定义了今天普遍使用的一个版本 1。为纪念T ner-Lee提出HTTP后对互联网发展的贡献，万维网协会保留有他最原始提交的版本。1HTP协议（Hypere Trasf Potocol,超文本转移协议）是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使客户端访问网络时更加高效,并且极大地减少网络传输.它可以使计算机正确快速地传输超文本文档、确定哪部分是客户端需要传

9、输的以及哪部分内容首先显示等.7HTTP协议也是用于用户代理（uer agents）和其它互联网系统的代理/网关之间通信的通信协议,这些互联网系统可能由SMT，NTP,FTP,Goer和 AIS协议支持。通过这种方式，HTTP允许不同的应用程序对资源进行基本的超媒体访问.0 举个简单的例子，当我们在客户端想浏览一个网站的时候，需要在浏览器的搜索栏里输入想要访问的内容,例如w.ycu.eu。cn（运城学院网），但是在浏览器的地址栏里面出现的却是:http:/ ww。cu。d。 ,通过观察我们可以发现会多出一个“http”, 这是因为我们在浏览器的地址栏里输入的网站地址叫做 （统一资源定位符）。就

10、像每家每户都有一个门牌地址一样，每个网页也都有一个Interne地址.当我们在具有tp功用的浏览器地址框中输入一个U或是单击一个超级链接时，URL就确定了要浏览的地址。浏览器通过超文本转移协议（HTP），将Wb服务器上站点的网页代码提取出来,并且返回给我们一个L网页，这样我们就可以看到我们请求的内容了.这就是为什么我们在浏览器中看到的网页地址都是以htp:/开头的原因.这也很形象的解释了HTTP协议的作用。522 HTT协议报文格式TP 消息由从客户到服务器的请求消息和从服务器到客户的响应消息两部分组成.请求和响应消息利用 RFC 22定义的常用消息的格式,这种消息格式是用于传输实体（消息的负

11、载）。两种类型的消息都由一个开始行（art-lie），零个或更多个头域（经常被称作“头”）,一个指示头域结束的空行（也就是以一个 CRL 为前缀的什么也没有的行）,最后一个可有可无的消息主体（mssedy）组成.21.eb客户端向服务器发出请求,请求格式如下: Rees-Line =Metho SP Reqet-URL SPTTP-VeioCLF 请求消息=请求行（实体头消息）RF（实体内容） 请求行=方法UL HTT版本号 CRF方法 = GT|HEADPOST|扩展方法 U 协议名称+宿主名目录与文件名 其中“CL”为回车换行“实体头信息”记载的是报文属性,利用这些信息可以实现web客户端

12、与w服务器之间的通信过程8服务器接收到请求后作出应答,响应格式如下：Status-e = TTPVrsion P Sats-CodeSP Reson-Phrae RLF响应消息的第一行是状态行（tautsLine）,由协议版本以及数字状态码和相关的文本短语组成,各部分间用空格符隔开，除了最后的 RL 序列,中间不允许有 CR或 LF.1应答报文=状态行（实体头信息）LF（实体内容）状态行HTTP版本号 状态码 原因叙述 TP协议的连接HTP建立的连接为持久连接，在没有持久连接之前,为获取每一个 UL资源，每一次都得建立一个独占式的TCP连接,这就加重了服务器的负担,容易引起网络通道的阻塞与浪费

13、，特别是某些请求的URL在短时间内会不断地对服务器发出多次请求,这样会加重传输负担，HTT/1。协议很好的解决了这个问题.6HTT协议建立持久连接的优点：1、通过建立与关闭较少的TC连接,不仅节省了路由器与主机（客户端，服务器,代理，网关,隧道或缓存）的 CPU时间,还节省了主机用于TCP 协议控制块（TCPpotcol cotrollocks）的内存。2、HTP 请求和响应能在连接上进行管线请求方式.管线请求方式能允许客户端执行多次请求而不用等待每一个请求的响应,并且此时只有一个 TCP 连接被使用，从而提高了效率，减少了时间。3、网络阻塞会被减少,这是由于减少了因TCP 连接产生的包的数量

14、并且也由于允许 TP 有充分的时间去决定网络阻塞的状态.4、因为无须在创建 TCP连接时的握手上耗费时间，而使后续请求的等待时间减少。5、HP改进的越来越优雅,因为报告错误不需要关闭 tc 连接的代价。将来的 HTT 版本客户端可以乐观的尝试利用一个新特性,但是如果和老服务器通信时错误被报告，那么就要用旧的语义进行重新尝试。42. HTP协议的方法定义常用的请求方法如下:OTIS 返回服务器针对特定资源所支持的HTTP请求方法。方法表明请求想得到请求/响应链上关于此请求里的 （RequetURI）指定资源的通信选项信息。此方法允许客户端去判定请求资源的选项和/或需求，或者服务器的能力，而不需要

15、利用一个资源动作,此方法的响应是不能缓存的。如果 PTOS 请求消息里包括一个实体主体，那么媒体类型必须通过 ConteTye头域指明。如果请求 URI是一个星号（”）,OPTIONS请求将会应用于服务器的所有资源而不是特定资源。如果请求 UR 不是一个星号（*”），OPTONS请求只能应用于请求URI 指定资源的选项。HAD方法和GT方法一致,除了服务器不能在响应里返回消息主体。 EA请求响应里HTTP 头域里的元信息（元信息就是头域信息）应该和 GET请求响应里的元信息一致。此方法被用来获取请求实体的元信息而不需要传输实体主体（enty-ody）。此方法经常被用来测试超文本链接的有效性，可

16、访问性，和最近的改变。HAD 请求的响应是可缓存的,因为响应里的信息可能被缓存用于更新以前那个资源对应缓存的实体.14ET-向特定的资源发出请求。GE 方法意思是获取被请求 R（RequestUR）指定的信息（以实体的格式）。如果请求UR 涉及到一个数据生成过程，那么这个过程生成的数据应该被作为实体在响应中返回而不是过程的源文本,除非源文本恰好是过程的输出。T 请求的响应是可缓存的（ceable）4POS向指定资源提交数据进行处理请求（例如提交表单或者上传文件）数据被包含在请求体中。POT请求可能会导致新的资源的建立和或已有资源的修改。POST方法被用于请求源服务器接受请求中的实体作为请求资源

17、的一个新的从属物。PU-向指定资源位置上传其最新内容。UT 方法请求服务器去把请求里的实体存储在请求URI（equet-UR）标识下。如果请求R（RequetUR）指定的的资源已经在源服务器上存在，那么此请求里的实体应该被当作是源服务器关于此URI 所指定资源实体的最新修改版本。如果请求 URI（RequestUR）指定的资源不存在，并且此URI 被用户代理定义为一个新资源，那么源服务器就应该根据请求里的实体创建一个此UR 所标识下的资源。如果一个新的资源被创建了，源服务器必须能向用户代理（user gen） 发送 20（已创建）响应。如果已存在的资源被改变了,那么源服务器应该发送 200（k

18、）或者 04（无内容）响应.如果资源不能根据请求 UR 创建或者改变,一个合适的错误响应应该给出以反应问题的性质实体的接收者不能忽略任何它不理解和不能实现的PUT方法的响应是不可缓存的。DELET请求服务器删除Requst-RI所标识的资源。DELETE方法请求源服务器删除请求 URI 指定的资源。此方法可能会在源服务器上被人为的干涉（或通过其他方法）。客户端不能保证此操作能被执行，即使源服务器返回成功状态码。然而，服务那么应该以204（无内容）响应。ELETE 方法的响应是不能被缓存的。TRACE-回显服务器收到的请求，主要用于测试或诊断。TRACE方法被用于激发一个远程的，应用层的请求消息

19、回路（TAE方法让客户端测试到服务器的网络通路,回路的意思如发送一个请返回一个响应,这就是一个请求响应回路，）。最后的接收者也许是源服务器,也许是接收到包含Max-oards头域值为0请求的代理或网关。TRAC请求不能包含一个实体。ACE方法允许客户端去了解数据被请求链的另一端接收的情况,并且利用那些数据信息去测试或诊断.RACE的响应不能被缓存.CONTHTTP/1.协议中预留给能够将连接改为管道方式的代理服务器.PATH-用来将局部修改应用于某一资源,添加于规范RFC5789。1HT服务器至少应该实现GET和HED方法，其他方法都是可选的。此外，除了上述方法,特定的HTT服务器还能够扩展自

20、定义的方法.5 HTTP协议的状态定义状态码含义如下：通知的 1x：这类状态代码指明了一个临时性的响应,包含一个SttusLne 和可选的头域,并且被一个空行结束（空行就是 CL）.这类状态码响应没有必须的头域 成功的2xx：这类状态码指明客户端的请球已经被服务器成功的接收，理解，并且接受了 重新定向3xx:这类状态码指明用户代理需要更进一步的动作去完成请求.进一步的动作可能被用户代理自动执行而不需要用户的交互,并且进一步动作请求的方法必须为GET 或EAD。一个客户端应该发现无限的重定向循环,因为此循环能产生网络拥挤。客户端错误4xx:状态码4xx类的目的是为了指明客户端出现错误的情况。除了

21、当响应一个 ED 请求，服务器应该包含一个实体,此实体包含一个此错误请求的解释。此状态码对所有请求方法都是适合的。用户代理应该展示任何响应里包含的实体给用户。服务器错误 5xx（Srvr rror）这类状态码指明服务器处理请求时产生错误或不能处理请求。除了EAD请求,服务器应该包含一个实体,此实体用来解释错误，和是否是暂时或长期条件.用户代理应该展示实体给用户。此响应状态码能应用于任何请求方法。4常见状态代码、状态描述、说明:0继续（Contn）100 状态响应告诉客户端应该继续请求。10 响应是个中间响应，它被用于通知客户端请求的初始部分已经被接收了并且此请求还没有被服务器丢弃.客户端应该继

22、续发送请求的剩余部分，或者,如果此请求已经完成了客户端会忽略此 100 响应。服务器在接收请求后必须发送一个终结响应.141 切换协议（Sichng Poocols）服务器理解和愿意遵循客户端这样的请求,此请求通过 Upgrade 消息头域指明在连接上应用层协议的改变。 服务器将会切换到响应里 prd 头域里指明的协议，它会以一个空行结束此 101 响应。10 OK此状态码指明客户端请求已经成功了,响应返回的信息依赖于请求里的方法。01 已创建（Crete）请求已经被服务器满足了并且已经产生了一个新的资源。20接受（cceped）请求已经被接受去处理,但是还没有处理完成。请求可能会或者不会处理

23、完成，因为存在当处理的过程中拒绝处理的情况.02 响应是有意非担保性的。它是为了允许服务器可以为其它处理接收请求而不需要用户代理在处理没有完成之前长期连接到服务器。20 非权威信息（NAuthortative infrmtion）此状态码响应指明响应里实体头域元信息不能从源服务器获而是从本地的或第三方响应副本里收集的。这些元信息可能是源服务器版本的子集或超集。2无内容 （NCnet）服务器已经满足了请求但并没有返回一个实体而是返回更新的元信息。205 重置内容（eset Conent）205 状态响应是服务器告诉用户代理应该重置引起请求被发送的文档视图。此响应主要的目的是清空文档视图表单里的输入框以便用户能输入其它信息。此响应不能包含一个实体0 部分内容（Pai Contet）服务器已经完成了客户端对资源的部分GET 请求30 多个选择。（Mutiple Choices）请求资源对应于众多表现形式中的一个，每个表现形式都有一个特定的