HTTP 报文详解

x33g5p2x  于6个月前 转载在 其他  
字(2.9k)|赞(0)|评价(0)|浏览(188)

报文的语法

所有的 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 要传输的内容

相关文章