《HTTP 权威指南》笔记:第三章 HTTP 报文
如果说 HTTP 是因特网的信使,那么 HTTP 报文就是它用来搬东西的包了.
这一章讲述关于 HTTP 报文的相关知识,包括:
- HTTP 报文的三个组成部分
- 请求报文以及其各种功能
- 响应报文以及各种状态码
- HTTP 首部
报文的三个组成部分
报文有三个组成部分:
- 「起始行」start line:对报文进行描述
- 「首部」header: 包含 attributes (属性)
- 「主体」body: 包含内容,是可选的.
需要注意:
- 在 start line 和 header 中,格式为 ASCII 文本,
- start line 中以{CRLF}这个行终止符作为结束,中间各项用空格分开.
- 在 header 中,可有包含多个或者没有首部,格式为:{name:}(一个可选的空格){value}{CRLF}
- 在 body 中,格式为二进制数据,或者为空.
请求报文以及其各种功能
请求报文的格式:
<method> <request-URL> <version>
<headers>
<entity-body>
其中:
method 为 HTTP 的「方法」,是请求行的开头,用于告知服务器做些什么.
version 为 HTTP 的「版本」,格式为: HTTP/<major>.<minor>,(分别为主要版本号和次要版本号)
HTTP 的方法
常见的 HTTP 的方法有:
- GET:从服务器中得到一份文档
- HEAD:从服务器中获取文档的 header
- PUT: 将请求的 body 部分放到服务器上
- POST: 向服务器发送需要处理的数据
- TRACE: 对经过代理服务器的报文进行跟踪
- OPTIONS:决定可以在服务器上可供使用的方法
- DELETE: 从服务器中删除一份文档
下面介绍其中的 3、4、5 三种方法
③PUT 方法
定义:与 GET 方法相反, PUT 方法会向服务器写入文档.
功能:让服务器用请求的主体部分创建一个由所请求的 URL 命名的新文档.
④POST 方法
定义:与PUT 方法向服务器中存储数据有区别,POST 方法向服务器发送数据.
功能:支持 HTML 中的表单,接受表单中的信息.
⑤TRACE 方法
定义:在响应报文中携带它收到的原始请求报文
功能:在客户端发起请求的时候,可能会穿过防火墙、网关、代理等等,因此可能修改原始的 HTTP 请求,因此,可通过 TRACE 方法观察请求报文是否被破坏或者修改.
注意:返回的 TRACE 报文不包含 body
响应报文以及状态码
响应报文的格式:
<version> <status> <reason-phrase>
<headers>
<entity-body>
其中:
- status-code: 「状态码」,其中第一位数字都用来描述状态的一般类别(“成功”,“出错”)
- reason-phrase: 「原因短语」,数字状态码的可读版本,不会被机器所处理,只对人类有意义.
status-value 的种类
- 100~199:信息型状态码
- 200~299:成功
- 300~399:重定向
- 400~499: 客户端错误
- 500~599: 服务器错误
HTTP 首部
HTTP 首部字段向请求报文和响应报文中添加了一些附加信息,本质上来说,它们只是一些名/值对的列表
首部的类型包括:
- 通用首部:可出现在请求报文中,也可出现在响应报文中,例如:
Date: Tue, 30ct, 1997 02:16:03 GMT - 请求首部
- 响应首部
- 实体首部:描述主体的长度和内容,或者资源自身,例如:
Content-lenghth: 15040
注意:
如果值的内容会超过一行,那么就应该使用 Tab 键分为多行提高可读性,规则:多出的每行前面至少有一个空格或者 Tab
请求首部
定义:请求报文特有,用于说明是谁、什么在发送给请求、客户端的喜好和能力
功能:为服务器提供一些额外信息
例如:客户端希望得到什么类型的数据:Accept: */*
种类:
1. 信息型首部
2. Accept 首部
3. 安全请求首部
4. 条件请求首部
响应首部
定义:响应报文特有,为客户端提供一些额外的信息.比如告知客户端在与那一版本服务器进行交互: Server: Tiki-Hut/1.0
种类:
- 信息型首部
- 协商首部
- 安全响应首部
