HTTP协议工作原理是什么HTTP协议工作原理介绍详解

　　HTTP协议培训教程资料
　　协议基础
　　HTTP（HyperTextTransferProtocol）是超文本传输协议的缩写，它用于传送WWW方式的数据，关于HTTP协议的详细内容请参考RFC2616。HTTP协议采用了请求响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、URL、协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。服务器以一个状态行作为响应，相应的内容包括消息协议的版本，成功或者错误编码加上包含服务器信息、实体元信息以及可能的实体内容。
　　通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消息。这两种类型的消息由一个起始行，一个或者多个头域，一个指示头域结束的空行和可选的消息体组成。HTTP的头域包括通用头，请求头，响应头和实体头四个部分。每个头域由一个域名，冒号（：）和域值三部分组成。域名是大小写无关的，域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使用至少一个空格或制表符。
　　通用头域
　　通用头域包含请求和响应消息都支持的头域，通用头域包含CacheControl、Connection、Date、Pragma、TransferEncoding、Upgrade、Via。对通用头域的扩展要求通讯双方都支持此扩展，如果存在不支持的通用头域，一般将会作为实体头域处理。下面简单介绍几个在UPnP消息中使用的通用头域。
　　CacheControl头域
　　CacheControl指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置CacheControl并不会修改另一个消息处理过程中的缓存处理过程。请求时的缓存指令包括nocache、nostore、maxage、maxstale、minfresh、onlyifcached，响应消息中的指令包括public、private、nocache、nostore、notransform、mustrevalidate、proxyrevalidate、maxage。各个消息中的指令含义如下：
　　Public指示响应可被任何缓存区缓存。
　　Private指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效。
　　nocache指示请求或响应消息不能缓存
　　nostore用于防止重要的信息被无意的发布。在请求消息中发送将使得请求和响应消息都不使用缓存。
　　maxage指示客户机可以接收生存期不大于指定时间（以秒为单位）的响应。
　　minfresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应。
　　maxstale指示客户机可以接收超出超时期间的响应消息。如果指定maxstale消息的值，那么客户机可以接收超出超时期指定值之内的响应消息。
　　Date头域
　　Date头域表示消息发送的时间，时间的描述格式由rfc822定义。例如，Date：Mon，31Dec200104：25：57GMT。Date描述的时间表示世界标准时，换算成本地时间，需要知道用户所在的时区。
　　Pragma头域
　　Pragma头域用来包含实现特定的指令，最常用的是Pragma：nocache。在HTTP1。1协议中，它的含义和CacheControl：nocache相同。
　　请求消息
　　请求消息的第一行为下面的格式：
　　MethodSPRequestURISPHTTPVersionCRLFMethod表示对于RequestURI完成的方法，这个字段是大小写敏感的，包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。方法GET和HEAD应该被所有的通用WEB服务器支持，其他所有方法的实现是可选的。GET方法取回由RequestURI标识的信息。HEAD方法也是取回由RequestURI标识的信息，只是可以在响应时，不返回消息体。POST方法可以请求服务器接收包含在请求中的实体信息，可以用于提交表单，向新闻组、BBS、邮件群组和数据库发送消息。
　　SP表示空格。RequestURI遵循URI格式，在此字段为星号（）时，说明请求并不用于某个特定的资源地址，而是用于服务器本身。HTTPVersion表示支持的HTTP版本，例如为HTTP1。1。CRLF表示换行回车符。请求头域允许客户端向服务器传递关于请求或者关于客户机的附加信http架构息。请求头域可能包含下列字段Accept、AcceptCharset、AcceptEncoding、AcceptLanguage、Authorization、From、Host、IfModifiedSince、IfMatch、IfNoneMatch、IfRange、IfRange、IfUnmodifiedSince、MaxForwards、ProxyAuthorization、Range、Referer、UserAgent。对请求头域的扩展要求通讯双方都支持，如果存在不支持的请求头域，一般将会作为实体头域处理。
　　典型的请求消息：
　　Host：download。microtool。de
　　Accept：
　　Pragma：nocache
　　CacheControl：nocache
　　UserAgent：Mozilla4。04〔en〕（Win95；I；Nav）
　　Range：bytes554554
　　上例第一行表示HTTP客户端（可能是浏览器、下载程序）通过GET方法获得指定URL下的文件。棕色的部分表示请求头域的信息，绿色的部分表示通用头部分。
　　Host头域
　　Host头域指定请求资源的Intenet主机和端口号，必须表示请求url的原始服务器或网关的位置。HTTP1。1请求必须包含主机头域，否则系统会以400状态码返回。
　　Referer头域
　　Referer头域允许客户端指定请求uri的源资源地址，这可以允许服务器生成回退链表，可用来登陆、优化cache等。他也允许废除的或错误的连接由于维护的目的被追踪。如果请求的uri没有自己的uri地址，Referer不能被发送。如果指定的是部分uri地址，则此地址应该是一个相对地址。
　　Range头域
　　Range头域可以请求实体的一个或者多个子范围。例如，
　　表示头500个字节：bytes0499
　　表示第二个500字节：bytes500999
　　表示最后500个字节：bytes500
　　表示500字节以后的范围：bytes500
　　第一个和最后一个字节：bytes00，1
　　同时指定几个范围：bytes500600，601999
　　但是服务器可以忽略此请求头，如果无条件GET包含Range请求头，响应会以状态码206（PartialContent）返回而不是以200（OK）。
　　UserAgent头域
　　UserAgent头域的内容包含发出请求的用户信息。
　　响应消息
　　响应消息的第一行为下面的格式：
　　HTTPVersionSPStatusCodeSPReasonPhraseCRLF
　　HTTPVersion表示支持的HTTP版本，例如为HTTP1。1。StatusCode是一个三个数字的结果代码。ReasonPhrase给StatusCode提供一个简单的文本描述。StatusCode主要用于机器自动识别，ReasonPhrase主要用于帮助用户理解。StatusCode的第一个数字定义响应的类别，后两个数字没有分类的作用。第一个数字可能取5个不同的值：
　　1xx：信息响应类，表示接收到请求并且继续处理
　　2xx：处理成功响应类，表示动作被成功接收、理解和接受
　　3xx：重定向响应类，为了完成指定的动作，必须接受进一步处理
　　4xx：客户端错误，客户请求包含语法错误或者是不能正确执行
　　5xx：服务端错误，服务器不能正确执行一个正确的请求
　　响应头域允许服务器传递不能放在状态行的附加信息，这些域主要描述服务器的信息和RequestURI进一步的信息。响应头域包含Age、Location、ProxyAuthenticate、Public、RetryAfter、Server、Vary、Warning、WWWAuthenticate。对响应头域的扩展要求通讯双方都支持，如果存在不支持的响应头域，一般将会作为实体头域处理。
　　典型的响应消息：
　　HTTP1。0200OK
　　Date：Mon，31Dec200104：25：57GMT
　　Server：Apache1。3。14（Unix）
　　Contenttype：texthtml
　　Lastmodified：Tue，17Apr200106：46：28GMT
　　Etag：a030f020ac7c01：1e9f
　　Contentlength：39725426
　　Contentrange：bytes5545544027997940279980
　　上例第一行表示HTTP服务端响应一个GET方法。棕色的部分表示响应头域的信息，绿色的部分表示通用头部分，红色的部分表示实体头域的信息。
　　Location响应头
　　Location响应头用于重定向接收者到一个新URI地址。
　　Server响应头
　　Server响应头包含处理请求的原始服务器的软件信息。此域能包含多个产品标识和注释，产品标识一般按照重要性排序。
　　HTTP运作方式
　　HTTP协议是基于请求响应范式的。一个客户机与服务器建立连接后，发送一个请求给服务器，请求方式的格式为，统一资源标识符、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。服务器接到请求后，给予相应的响应信息，其格式为一个状态行包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
　　许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理（UA）和源服务器（O）之间通过一个单独的连接来完成。
　　当一个或多个中介出现在请求响应链中时，情况就变得复杂一些。中介由三种：代理（Proxy）、网关（Gateway）和通道（Tunnel）。一个代理根据URI的绝对格式来接受请求，重写全部或部分消息，通过URI的标识把已格式化过的请求发送到服务器。网关是一个接收代理，作为一些其它服务器的上层，并且如果必须的话，可以把请求翻译给下层的服务器协议。一个通道作为不改变消息的两个连接之间的中继点。当通讯需要通过一个中介（例如：防火墙等）或者是中介不能识别消息的内容时，通道经常被使用。
　　实体
　　请求消息和响应消息都可以包含实体信息，实体信息一般由实体头域和实体组成。实体头域包含关于实体的原信息，实体头包括Allow、ContentBase、ContentEncoding、ContentLanguage、ContentLength、ContentLocation、ContentMD5、ContentRange、ContentType、Etag、Expires、LastModified、extensionheader。extensionheader允许客户端定义新的实体头，但是这些域可能无法未接受方识别。实体可以是一个经过编码的字节流，它的编码方式由ContentEncoding或ContentType定义，它的长度由ContentLength或ContentRange定义。
　　ContentType实体头
　　ContentType实体头用于向接收方指示实体的介质类型，指定HEAD方法送到接收方的实体介质类型，或GET方法发送的请求介质类型ContentRange实体头
　　ContentRange实体头用于指定整个实体中的一部分的插入位置，他也指示了整个实体的长度。在服务器向客户返回一个部分响应，它必须描述响应覆盖的范围和整个实体长度。一般格式：
　　ContentRange：bytesunitSPfirstbyteposlastbyteposentitylegth
　　例如，传送头500个字节次字段的形式：ContentRange：bytes04991234如果一个http消息包含此节（例如，对范围请求的响应或对一系列范围的重叠请求），ContentRange表示传送的范围，ContentLength表示实际传送的字节数。
　　Lastmodified实体头
　　Lastmodified实体头指定服务器上保存内容的最后修订时间。
　　例如，传送头500个字节次字段的形式：ContentRange：bytes04991234如果一个http消息包含此节（例如，对范围请求的响应或对一系列范围的重叠请求），ContentRange表示传送的范围，ContentLength表示实际传送的字节数。
　　Lastmodified实体头
　　协议结构
　　HTTP报文由从客户机到服务器的请求和从服务器到客户机的响应构成。请求报文格式如下：
　　请求行通用信息头请求头实体头报文主体
　　请求行以方法字段开始，后面分别是URL字段和HTTP协议版本字段，并以CRLF结尾。SP是分隔符。除了在最后的CRLF序列中CF和LF是必需的之外，其他都可以不要。有关通用信息头，请求头和实体头方面的具体内容可以参照相关文件。
　　应报文格式如下：
　　状态行通用信息头响应头实体头报文主体
　　状态码元由3位数字组成，表示请求是否被理解或被满足。原因分析是对原文的状态码作简短的描述，状态码用来支持自动操作，而原因分析用来供用户使用。客户机无需用来检查或显示语法。有关通用信息头，响应头和实体头方面的具体内容可以参照相关文件。
　　工作原理
　　既然我们明白了URL的构成，那么HTTP是怎么工作呢？我们接下来就要讨论这个问题。
　　一次HTTP操作称为一个事务，其工作过程可分为四步：
　　首先客户机与服务器需要建立连接。只要单击某个超级链接，HTTP的工作就开始了。
　　建立连接后，客户机发送一个请求给服务器，请求方式的格式为：统一资源标识符（URL）、协议版本号，后边是MIME信息包括请求修饰符、客户机信息和可能的内容。
　　服务器接到请求后，给予相应的响应信息，其格式为一个状态行，包括信息的协议版本号、一个成功或错误的代码，后边是MIME信息包括服务器信息、实体信息和可能的内容。
　　客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上，然后客http工作流程图户机与服务器断开连接。
　　如果在以上过程中的某一步出现错误，那么产生错误的信息将返回到客户端，有显示屏输出。对于用户来说，这些过程是由HTTP自己完成的，用户只要用鼠标点击，等待信息显示就可以了。
　　许多HTTP通讯是由一个用户代理初始化的并且包括一个申请在源服务器上资源的请求。最简单的情况可能是在用户代理和服务器之间通过一个单独的连接来完成。在Internet上，HTTP通讯通常发生在TCPIP连接之上。缺省端口是TCP80，但其它的端口也是可用的。但这并不预示着HTTP协议在Internet或其它网络的其它协议之上才能完成。HTTP只预示着一个可靠的传输。
　　这个过程就好像我们打电话订货一样，我们可以打电话给商家，告诉他我们需要什么规格的商品，然后商家再告诉我们什么商品有货，什么商品缺货。这些，我们是通过电话线用电话联系（HTTP是通过TCPIP），当然我们也可以通过传真，只要商家那边也有传真。
　　以上简要介绍了HTTP协议的宏观运作方式，下面介绍一下HTTP协议的内部操作过程。
　　在WWW中，ldquo；客户rdquo；与ldquo；服务器rdquo；是一个相对的概念，只存在于一个特定的连接期间，即在某个连接中的客户在另一个连接中可能作为服务器。基于HTTP协议的客户服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接。这就好像上面的例子，我们电话订货的全过程。
　　其实简单说就是任何服务器除了包括HTML文件以外，还有一个HTTP驻留程序，用于响应用户请求。你的浏览器是HTTP客户，向服务器发送请求，当浏览器中输入了一个开始文件或点击了一个超级链接时，浏览器就向服务器发送了HTTP请求，此请求被送往由IP地址指定的URL。驻留程序接收到请求，在进行必要的操作后回送所要求的文件。在这一过程中，在网络上发送和接收的数据已经被分成一个或多个数据包（packet），每个数据包包括：要传送的数据；控制信息，即告诉网络怎样处理数据包。TCPIP决定了每个数据包的格式。如果事先不告诉你，你可能不会知道信息被分成用于传输和再重新组合起来的许多小块。
　　也就是说商家除了拥有商品之外，它也有一个职员在接听你的电话，当你打电话的时候，你的声音转换成各种复杂的数据，通过电话线传输到对方的电话机，对方的电话机又把各种复杂的数据转换成声音，使得对方商家的职员能够明白你的请求。这个过程你不需要明白声音是怎么转换成复杂的数据的。
　　错误代码解释
　　100：Continue
　　101：witchingProtocols
　　200：OK
　　201：Created
　　202：Accepted
　　203：NonAuthoritativeInformation
　　204：NoContent
　　205：ResetContent
　　206：PartialContent
　　300：MultipleChoices
　　301：MovedPermanently
　　302：Found
　　303：SeeOther
　　304：NotModified
　　305：UseProxy
　　307：TemporaryRedirect
　　HTTP400请求无效
　　HTTP401。1未授权：登录失败
　　HTTP401。2未授权：服务器配置问题导致登录失败
　　HTTP401。3ACL禁止访问资源
　　HTTP401。4未授权：授权被筛选器拒绝
　　HTTP401。5未授权：ISAPI或CGI授权失败
　　HTTP403禁止访问
　　HTTP403对Internet服务管理器（HTML）的访问仅限于Localhost
　　HTTP403。1禁止访问：禁止可执行访问
　　HTTP403。2禁止访问：禁止读访问
　　HTTP403。3禁止访问：禁止写访问
　　HTTP403。4禁止访问：要求SSL
　　HTTP403。5禁止访问：要求SSL128
　　HTTP403。6禁止访问：IP地址被拒绝
　　HTTP403。7禁止访问：要求客户证书
　　HTTP403。8禁止访问：禁止站点访问
　　HTTP403。9禁止访问：连接的用户过多
　　HTTP403。10禁止访问：配置无效
　　HTTP403。11禁止访问：密码更改
　　HTTP403。12禁止访问：映射器拒绝访问
　　HTTP403。13禁止访问：客户证书已被吊销
　　HTTP403。15禁止访问：客户访问许可过多
　　HTTP403。16禁止访问：客户证书不可信或者无效
　　HTTP403。17禁止访问：客户证书已经到期或者尚未生效
　　HTTP404。1无法找到Web站点
　　HTTP404无法找到文件
　　HTTP405资源被禁止
　　HTTP406无法接受
　　HTTP407要求代理身份验证
　　HTTP410永远不可用
　　HTTP412先决条件失败
　　HTTP414请求URI太长
　　HTTP500内部服务器错误
　　HTTP500。100内部服务器错误ASP错误
　　HTTP50011服务器关闭
　　HTTP50012应用程序重新启动
　　HTTP50013服务器太忙
　　HTTP50014应用程序无效
　　HTTP50015不允许请求global。asa
　　Error501未实现
　　HTTP502网关错误
　　版本历史
　　协议版本
　　超文本传输协议已经演化出了很多版本，它们中的大部分都是向下兼容的。在RFC2145中描述了HTTP版本号的用法。客户端在请求的开始告诉服务器它采用的协议版本号，而后者则在响应中采用相同或者更早的协议版本。
　　0。9
　　已过时。只接受GET一种请求方法，没有在通讯中指定版本号，且不支持请求头。由于该版本不支持POST方法，所以客户端无法向服务器传递太多信息。
　　HTTP1。0
　　这是第一个在通讯中指定版本号的HTTP协议版本，至今仍被广泛采用，特别是在代理服务器中。
　　HTTP1。1
　　当前版本。持久连接被默认采用，并能很好地配合代理服务器工作。还支持以管道方式在同时发送多个请求，以便降低线路负载，提高传输速度。
　　HTTP1。1相较于HTTP1。0协议的区别主要体现在：
　　1缓存处理
　　2带宽优化及网络连接的使用
　　3错误通知的管理
　　4消息在网络中的发送
　　5互联网地址的维护
　　6安全性及完整性