写点什么

HTTP 报文详解

  • 2024-05-11
    福建
  • 本文字数:2504 字

    阅读完需:约 8 分钟

报文的语法


所有的 HTTP 报文都可以分为两类:请求报文和响应报文。请求报文会向 Web 服务器请求一个动作,响应报文会将请求的结果返回给客户端。请求和响应报文的基本报文结构相同


请求报文的格式:

<method> <request-URL> <version><headers>
<entity-body>
复制代码


响应报文的格式:

<version> <status> <reason-phrase><headers>
<entity-body>
复制代码


起始行


所有 HTTP 报文都以一个起始行作为开始,请求报文的起始行说明了要做些什么,响应报文的起始行说明发生了什么


1. 版本(version)


报文所使用的 HTTP 版本,格式如:HTTP/<major>.<minor>

其中主要版本号(major)和次要版本号(minor)都是整数


2. 方法(method)


方法用来告知服务器要做些什么,比如,GET 方法负责从服务器获取一个文档,POST 方法会向服务器发送需要处理的数据,OPTIONS 方法用于确定 Web 服务器的一般功能,或者 Web 服务器处理特定资源的能力


常用的 HTTP 方法如下:


  • GET:从服务器获取一份文档

  • HEAD:只从服务器获取文档的首部,从而在不获取资源的情况下了解资源的情况

  • POST:向服务器发送需要处理的数据

  • PUT:将请求的主体部分存储在服务器上

  • TRACE:客户端发起一个请求,中间可能会经过网关、防火墙等等应用程序,从而导致原始 HTTP 请求被篡改,Trace 请求可以对报文进行追踪,当服务器收到最终请求报文时,会返回客户端一个 Trace 响应告知它所收到的最终请求报文

  • OPTIONS:请求服务器告知其支持哪些方法

  • DELETE:从服务器上删除一份文档


3. 状态码(status)


状态码用来告诉客户端发生了什么事情。状态码在每条响应报文的起始行中返回,后跟一个原因短语便于理解。可以通过三位数字代码对不同状态码进行分类,200 到 299 之间的状态码表示成功,300 到 399 之间的代码表示资源已经被移走了,400 到 499 之间的代码表示客户端的请求出错,500 到 599 之间的代码表示服务器出错


4. 原因短语(reason-phrase)


为状态码提供文本形式的解释


首部(headers)


HTTP 首部字段向请求和响应报文中添加了一些附加信息,本质上来说,它们只是一些键值对的列表

HTTP 规范定义了几种首部字段,应用程序也可以随意发明自己所用的首部,HTTP 首部可以分为以下几类:


1. 通用首部


既可以出现在请求报文中,也可以出现在响应报文中


常用的信息性通用首部:


  • Connection:允许客户端和服务器指定与请求或响应连接有关的选项

  • Date:提供日期和时间标志,说明报文是什么时间创建的

  • MIME-Version:给出了发送端使用的 MIME 版本

  • Transfer-Encoding:告知接收端为了保证报文的可靠传输,对报文采用了什么编码方式

  • Update:给出了发送端可能想要升级使用的新版本或协议

  • Via:显示了报文经过的中间节点(代理、网关)


2. 请求首部


提供更多有关请求的信息


常用的信息性首部:


  • Client-IP:提供了运行客户端的机器的 IP 地址

  • From:提供了客户端用户的 E-mail 地址

  • Host:给出了接收请求的服务器的主机名和端口号

  • Referer:提供了包含当前请求 URI 的文档的 URL

  • UA-OS:给出了运行在客户端机器上的操作系统名称及版本

  • User-Agent:将发起请求的应用程序名称告知服务器


Accept 首部为客户端提供了一种将其喜好和能力告知服务器的方式,包括它们想要什么,可以使用什么,以及最重要的,它们不想要什么。这样,服务器就可以根据这些额外信息,对要发送的内容做出更明智的决定


Accept 首部:


  • Accept:告诉服务器能够发送哪些媒体类型

  • Accept-Charset:告诉服务器能够发送哪些字符集

  • Accept-Encoding:告诉服务器能够发送哪些编码方式

  • Accept-Language:告诉服务器能够发送哪些语言


有时客户端希望为请求加上某些限制,比如,客户端已经有了一份文档副本,希望只在服务器上的文档与客户端拥有的副本有所区别时,才请求服务器传输文档。通过条件请求首部,客户端就可以为请求加上这种限制,要求服务器在对请求进行响应之前,确保某个条件为真


条件请求首部:


  • Expect:允许客户端列出某请求所要求的服务器行为

  • If-Match:如果实体标记与文档当前的实体标记相匹配,就获取这份文档

  • If-Modified-Since:除非在某个指定的日期之后资源被修改过,否则就限制这个请求

  • If-None-Match:如果提供的实体标记与当前文档的实体标记不相符,就获取文档

  • If-Range:允许对文档的某个范围进行条件请求

  • If-Unmodified-Since:除非在某个指定日期之后资源没有被修改过,否则就限制这个请求

  • Range:如果服务器支持范围请求,就请求资源的指定范围


HTTP 本身就支持一种简单的机制,这种机制要求客户端在获取特定的资源之前,先对自身进行认证

安全请求首部:


  • Authorization:包含了客户端提供给服务器,以便对其自身进行认证的数据

  • Cookie:客户端用它向服务器传送一个令牌


随着代理的普遍应用,定义了几个代理首部协助其工作


代理请求首部:


  • Max-Forward:在通往源端服务器的路径上,将请求转发给其他代理或网关的最大次数,往往与 TRACE 方法一同使用

  • Proxy-Authorization:与 Authorization 首部相同,但这个首部是在与代理进行认证时使用的

  • Proxy-Connection:与 Connection 首部相同,但这个首部是在与代理建立连接时使用的


3. 响应首部


提供更多有关响应的信息,比如谁在发送响应,响应者的功能,有助于客户端更好的处理请求


4. 实体首部


描述主体的长度和内容,或者资源自身


实体的信息性首部如下:


  • Allow:列出了可以对此实体执行的请求方法

  • Location:告知客户端实体实际上位于何处,用于重定向


内容首部提供了与实体内容有关的特定信息,说明了其类型、尺寸以及处理它所需的其他有用信息


  • Content-Base:解析主体中的相对 URL 时使用的基础 URL

  • Content-Encoding:对主体执行的任意编码方式

  • Content-Language:理解主体时最适宜使用的自然语言

  • Content-Length:主体的长度或尺寸

  • Content-Location:资源实际所处的位置

  • Content-MDS:主体的 MD5 校验和

  • Content-Range:在整个资源中此实体表示的字节范围

  • Content-Type:这个主体的对象类型


缓存首部提供了与被缓存实体有关的信息


  • Expires:实体不再有效,需要重新获取

  • Last-Modified:实体最后一次被修改的日期和时间


主体部分(entity-body)


主体部分就是 HTTP 要传输的内容


文章转载自:低吟不作语

原文链接:https://www.cnblogs.com/Yee-Q/p/18184364

体验地址:http://www.jnpfsoft.com/?from=infoq

用户头像

还未添加个人签名 2023-06-19 加入

还未添加个人简介

评论

发布
暂无评论
HTTP 报文详解_网络协议_快乐非自愿限量之名_InfoQ写作社区