《HTTP协议组成总结》由会员分享，可在线阅读，更多相关《HTTP协议组成总结（16页珍藏版）》请在金锄头文库上搜索。
1、 协议超文本传送协议2021-12-8 超文本传输协议是一个基于恳求与响应模式的、无状态的、应用层的协议。关键词1. 连接(Connection)：一个传输层的实际环流，它是建立在两个相互通讯的应用程序之间。2. 消息(Message)： 通讯的根本单位，包括一个构造化的八元组序列并通过连接传输。3. 恳求(Request)：一个从客户端到效劳器的恳求信息包括应用于资源的方法、资源的标识符和协议的版本号。4. 响应(Response)：一个从效劳器返回的信息包括 协议的版本号、恳求的状态(例如“成功”或“没找到”)和文档的 MIME 类型。5. 资源(Resource)：由 URI 标识的网络
2、数据对象或效劳。6. 实体(Entity)：数据资源或来自效劳资源的回映的一种特别表示方法，它可能被包围在一个恳求或响应信息中。一个实体包括实体头信息和实体的本身内容。7.客户机(Client)：一个为发送恳求目的而建立连接的应用程序。8. 用户代理(User agent)：初始化一个恳求的客户机。它们是扫瞄器、编辑器或其它用户工具。9. 效劳器(Server)：一个承受连接并对恳求返回信息的应用程序。10. 源效劳器(Origin server)：是一个给定资源可以在其上驻留或被创立的效劳器。11. 代理(Proxy)：一个中间程序，它可以充当一个效劳器，也可以充当一个客户机，为其它客户机建
3、立恳求。恳求是通过可能的翻译在内部或经过传递到其它的效劳器中。一个代理在发送恳求信息之前，必需解释并且假设可能重写它。代理经常作为通过防火墙的客户机端的门户，代理还可以作为一个挂念应用来通过协议处理没有被用户代理完成的恳求。12. 网关(Gateway)：一个作为其它效劳器中间媒介的效劳器。与代理不同的是， 网关承受恳求就好象对被恳求的资源来说它就是源效劳器；发出恳求的客户机并没有意识到它在同网关打交道。网关经常作为通过防火墙的效劳器端的门户，网关还可以作为一个协议翻译器以便存取那些存储在非 系统中的资源。13. 通道(Tunnel)：是作为两个连接中继的中介程序。一旦激活，通道便被认为不属于
4、 通讯，尽管通道可能是被一个 恳求初始化的。当被中继的连接两端关闭时，通道便消逝。当一个门户(Portal)必需存在或中介(Intermediary) 不能解释中继的通讯时通道被经常使用。14. 缓存(Cache)：反响信息的局域存储。 协议 URL URL 的格式为： :/host“:“portabs_path 表示要通过 协议来定位网络资源；host 表示合法的 Internet 主机域名或者 IP 地址； port 指定一个端口号，为空那么使用缺省端口 80； abs_path 指定恳求资源的 URI确定路径；假设 URL 中没有给 abs_path，那么当它作为恳求 URI 时，须以“
5、/”的形式给出， 通常这个工作扫瞄器自动完成。 协议恳求request 恳求request由三局部组成，分别是：恳求行、消息报头、恳求正文。恳求消息格式恳求行通用信息头|恳求头|实体头CRLF(回车换行)实体内容注解：头信息又称为元信息，即信息的信息，利用元信息可以实现有条件的恳求或应答 。恳求头告知效劳器怎样解释本次恳求，主要包括用户可以承受的数据类型、压缩方法和语言等。实体头实体信息类型、长度、压缩方法、最终一次修改时间、数据有效期等。实体恳求或应答对象本身。恳求行恳求行以一个方法符号开头，以空格分开，后面跟着恳求的 URI 和协议的版本。格式如下： Method Request-URI
6、-Version CRLF 即：方法+空格+恳求URI+空格+版本号+回车换行例：GET/index.html /1.1POST :/10.5.6.240:8080/index.jsp /1.1其中：Method 表示恳求方法；Request-URI 是一个统一资源标识符； -Version 表示恳求的 协议版本；CRLF 表示回车和换行除了作为结尾的CRLF 外，不允许消灭单独的CR 或 LF 字符。恳求方法恳求方法全部方法全为大写有多种，各个方法的解释如下：GETGET 恳求猎取Request-URI 所标识的资源，向特定的资源发出 恳求留意： GET 方法不应当被用于产生“副作用”的操作
7、中，例如在 WebApp 中。其中一个缘由是 GET 可能会被网络蜘蛛等任凭访问。 。POSTPOST 在 Request-URI 所标识的资源后附加新的数据，向指定资源 提交数据进展处理恳求例如提交表单或者上传文件 。数据被包含在恳求体中。 POST 恳求可能会导致新的资源的建立和 /或已有资源的修改。HEADHEAD 恳求猎取由 Request-URI 所标识的资源的响应消息报头，向效劳器索要与 GET 恳求相全都的响应，只不过响应体将不会被返回。这一方法可以在不必传输整个响应内容的状况下，就可以猎取包含在响应消息头中的元信息。PUTPUT 恳求效劳器存储一个资源，并用 Request-U
8、RI 作为其标识，向指定资源位置上传其最新内容。DELETEDELETE 恳求效劳器删除 Request-URI 所标识的资源。TRACETRACE 恳求效劳器回送收到的恳求信息，主要用于测试或诊断，回显效劳器收到的恳求，主要用于测试或诊断。CONNECTCONNECT 保存将来使用，TTP/1.1 协议中预留给能够将连接改为管道方式的代理效劳器。OPTIONSOPTIONS 恳求查询效劳器的性能，或者查询与资源相关的选项和需求，返回效劳器针对特定资源所支持的 恳求方法。也可以利用向 Web 效劳器发送”*” 的恳求来测试效劳器的功能性。GET 方法：在扫瞄器的地址栏中输入网址的方式访问网页时
9、，扫瞄器承受 GET方法向效劳器猎取资。POST 方法要求被恳求效劳器承受附在恳求后面的数据，常用于提交表单。HEAD 方法与 GET 方法几乎是一样的，对于HEAD 恳求的回应局部来说，它的 头部中包含的信息与通过GET 恳求所得到的信息是一样的。利用这个方法， 不必传输整个资源内容，就可以得到 Request-URI 所标识的资源的信息。该方法常用于测试超链接的有效性，是否可以访问，以及最近是否更新。方法名称是区分大小写的。当某个恳求所针对的资源不支持对应的请求方法的时候，效劳器应当返回状态码405 Method Not Allowed ；当服务器不生疏或者不支持对应的恳求方法的时候，应当
10、返回状态码501 NotImplemented 。GET 方法通常没有消息主体，支持最大 1024 个字节的查询字符串，POST 方法没有限制。POST 方法把查询字符串放在消息主体中传输，因此比 GET 方法支持更多的数据类型。 效劳器至少应当实现 GET 和 HEAD 方法，其他方法都是可选的。固然，全部的方法支持的实现都应当符合下述的方法各自的语义定义。此外， 除了上述方法，特定的 效劳器还能够扩展自定义的方法。恳求报头恳求报头允许客户端向效劳器端传递恳求的附加信息以及客户端自身的信息。常用的恳求报头:HostHost 恳求报头域主要用于指定被恳求资源的 Internet 主机和端口号，
11、它通常从 URL 中提取出来的发送恳求时，该报头域是必需的，否那么系统会以 400状态码返回。例：我们在扫瞄器中输入： :/10.3.4.240/index.html 扫瞄器发送的恳求消息中，就会包含Host 恳求报头域，如下：Host：10.3.4.240 此处使用缺省端口号 80，假设指定了端口号 8088，那么变成：Host：10.3.4.240: 8088AcceptAccept 恳求报头域用于指定客户端承受哪些类型的信息.例：Accept：image/gif，说明客户端期望承受 GIF 图象格式的资源； Accept：text/html 说明客户端期望承受 html 文本。Accep
12、t-CharsetAccept-Charset 恳求报头域用于指定客户端承受的字符集。例：Accept-Charset:iso-8859-1,gb2312.假设在恳求消息中没有设置这个域，缺省是任何字符集都可以承受。Accept-EncodingAccept-Encoding 恳求报头域类似于 Accept 但是它是用于指定可承受的内容编码。例：Accept-Encoding:gzip.deflate. 假设恳求消息中没有设置这个域效劳器假定客户端对各种内容编码都可以承受。Accept-LanguageAccept-Language 恳求报头域类似于 Accept，但是它是用于指定一种自然语言
13、。例：Accept-Language:zh-cn. 假设恳求消息中没有设置这个报头域 ， 效劳器假定客户端对各种语言都可以承受。AuthorizationAuthorization 恳求报头域主要用于证明客户端有权查看某个资源。当扫瞄器访问一个页面时，假设收到效劳器的响应代码为 401未授权，可以发送一个包含 Authorization 恳求报头域的恳求，要求效劳器对其进展验证。User-Agent我们上网登陆论坛的时候，往往会看到一些欢送信息，其中列出了你的操作系统的名称和版本，你所使用的扫瞄器的名称和版本，实际上效劳器应用程序就是从User-Agent 这个恳求报头域中猎取到这些信息 。U
14、ser-Agent 恳求报头域允许客户端将它的操作系统、扫瞄器和其它属性告知效劳器。不过，这个报头域不是必需的，假设我们自己编写一个扫瞄器，不使用 User-Agent 恳求报头域，那么效劳器端就无法得知我们的信息了。CookieCookie：最重要的 header, 将 cookie 的值发送给 效劳器Referer作用： 供给了 Request 的上下文信息的效劳器，告知效劳器我是从哪个链接过来的，比方从我主页上链接到一个朋友那里，他的效劳器就能够从 Referer中统计出每天有多少用户点击我主页上的链接访问他的网站。例如: Referer: :/Referer 头域允许客户端指定恳求 uri 的源资源地址，这可以允许效劳器生成回退链表，可用来登陆、优化 cache 等。它也允许废除的或错误的连接由于维护的目的被追踪。假设恳求的uri 没有自己的 uri 地址，Referer 不能被发送。假设指定的是局部 uri 地址，那么此地址应当是一个相对地址。RangeRange 头域可以恳求实体的一个或者多个子范围。例如：表示头 500 个字节：bytes=0-499表示其次个 500 字节：bytes=500-999 表示最终 500 个字节：bytes=-500表示 5
