文档介绍：
竭诚为您供给优质文档/双击可除
协议几层
篇一： 协议简介及其工作原理 协议简介及其工作原理1. 的概述
超文本传输协议〔 〕是万维网应用层的协议，是通 过两个程序实现：，如报文是送往代理效劳器的那么为整个 uRl
-version：目前客户端使用的 协议版本。
Requestline
恳求报文的一般格式
恳求报文由两局部组成：method 字段，它是恳求的第一行，指定使用的 方法和效劳器上资源地址；然后 header 字段，他把有关客户端语 html 文件的解析力量的相关信息传到效劳器上。
方法字段包含三个文本字段，中间用空格〔sp〕或制表
符〔tab〕分开。
效劳器送往客户端的响应报文。
效劳器承受来自扫瞄器的恳求时，依据get,post 或head 等指定的方法取得来自扫瞄器的数据或要求，并按 action 指定的资源对象进展相应的处理，然后把处理结果传回客户 端。有关会话状态的报文会通过返回扫瞄器的响应报文的首 部传给客户端，与客户端送往恳求首部字段一样，响应首部 字段也都是有些回车换行结尾的文本行。响应首部的完毕也 是由仅包含回车换行的一个空行表示，响应数据接在空行后 面。
下面是一个效劳器响应客户端恳求后从效劳器放往客 户端的响应报文样例：〔1〕 /
相应首信息
2〕date:Friday,23-sep-9416:04:09gmt〔3〕 server:ncsa/〔4〕mime-vereoin:〔5〕 content-type:text/html
6〕last-modified:Friday,23-sep-9416:03:27gmt〔7〕 contentlength:145
〔8〕[ablankline,containingonlycRlF] 9〕〔10〕〔11〕〔
12〕〔13〕
test html 文档
〔14〕justatest〔15〕 areyouseeit〔16〕17〕 Requestline 响应报文的一般格式
响应报文样例中的第一行是状态行，让客户端知道效劳 器使用的协议和恳求是否成功完成。响应报文样例中的第一 行的一般格式是：
-vereionstatus-codeexplanation _version
字段指出效劳器使用的版本。
status-code 是200~599 之间的数字，指出链接的状态。explanatio 字段是文本字符串，它供给有关状态的更多
解释信息，解释字符串可能随效劳器的不同而不同，而状态 码由 标准定义。
几种由 明确标准定义的状态码
会话成功〔200~299〕
重定向〔300~399，即表示 uRl 指定的对向已经被移动到其他位置，效劳器向客户
端发回对象新的 uRl〕
错误报文
篇二： 协议标准引言
是一个属于应用层的面对对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于 1990 年提出，经过几年的使用与进展，得到不断地完善和扩展。目前在www 中使用的是 / 的第六版， / 的标准化工作正在进展之中，而且
-ng(nextgenerationof )的建议已经提出。 协议的主要特点可概括如下：
支持客户/效劳器模式。
简洁快速：客户向效劳器恳求效劳时，只需传送恳求 方法和路径。恳求方法常用的有 get、head、post。每种方法规定了客户与效劳器联系的类型不同。由于 协议简洁，使得 效劳器的程序规模小，因而通信速度很快。
机敏： 允许传输任意类型的数据对象。正在传输的类型由 content-type 加以标记。
无连接：无连接的含义是限制每次连接只处理一个请 求。效劳器处理完客户的恳求，并收到客户的应答后，即断 开连接。承受这种方式可以节约传输时间。
无状态： 协议是无状态协议。无状态是指协议对于事务处理没有记忆力量。缺少状态意味着假设后续处理需 要前面的信息，那么它必需重传，这样可能导致每次连接传送 的数据量增大。另一方面，在效劳器不需要从前信息时它的 应答就较快。
一、 协议详解之 uRl 篇
〔超文本传输协议〕是一个基于恳求与响应模式的、无状态的、应用层的协议，常基于 tcp 的连接方式， 版本中