个人学习笔记(整理不易,有帮助点个赞)
笔记目录:学习笔记目录_pytest和unittest、airtest_weixin_42717928的博客-CSDN博客
目录
一:HTTP报文首部
(1)HTTP请求报文
(2)HTTP响应报文
(3)HTTP首部字段作用
(4)HTTP首部字段结构
(5)HTTP首部字段类型
二:End-to-end 首部和 Hop-by-hop 首部
三:通用首部字段
四:请求首部字段
五:响应首部字段
六:实体首部字段
七:非 HTTP/1.1 首部字段
一:HTTP报文首部

这个图(上图是请求报文)可以看出HTTP报文的结构,由这几块组成:
| 报文首部 (有客户端和服务端需要的信息) |
| 空行(CR+LF) |
| 报文主体 (有用户和资源信息) |
(1)HTTP请求报文
| 报文首部 (有客户端和服务端需要的信息) | 请求行 | 方法,URI,HTTP版本 | ||
| 请求首部字段 通用首部字段 实体首部字段 | HTTP首部字段 | |||
| 其他 |
(2)HTTP响应报文
| 报文首部 (有客户端和服务端需要的信息) | 状态行 | HTTP版本,状态码 | ||
| 响应首部字段 通用首部字段 实体首部字段 | HTTP首部字段 | |||
| 其他 |
(3)HTTP首部字段作用
可以给浏览器和服务器提供报文主体大小,所使用的语言,认证信息等内容
(4)HTTP首部字段结构
首部字段名:字段值,其中字段值可以有多个
keep-Alive:timeout=20,max=50
ps:如果出现2个首部字段名,这种情况在规范内不明确,根据浏览器内部处理逻辑的不同,结果可能不一致
(5)HTTP首部字段类型
-
通用首部字段( General Header Fields):请求报文和响应报文两方都会使用的首部
-
请求首部字段( Request Header Fields):从客户端向服务器端发送请求报文时使用的首部。补充了
请求的附加内容、客户端信息、响应内容相关优先级等信息 -
响应首部字段( Response Header Fields):从服务器端向客户端返回响应报文时使用的首部。补充了
响应的附加内容,也会要求客户端附加额外的内容信息 -
实体首部字段( Entity Header Fields):针对
请求报文和响应报文的实体部分使用的首部。补充了资源内容更新时间等与实体有关的信息
二:End-to-end 首部和 Hop-by-hop 首部
HTTP 首部字段将定义成缓存代理和非缓存代理的行为,分成2种类型。
- 端到端首部(End-to-end Header):分在此类别中的首部会转发给请求/响应对应的最终接收目标,且必须保存在有缓存生成的响应中,另外规定它必须被转发
- 逐跳首部(Hop-by-hop Header):分在此类别种的首部只对单次转发有效,会因通过缓存或代理而不再转发。HTTP/1.1 和之后版本中,如果使用hop-by-hop 首部,需提供Connection 首部字段
下面列举了 HTTP/1.1 中的逐跳首部字段。除这8个首部字段之外,其他所有字段都属于端到端首部
- Connection
- Keep-Alive
- Proxy-Authenticate
- Proxy-Authorization
- Trailer
- TE
- Transfer-Encoding
- Upgrade
三:通用首部字段
逐跳首部字段(Hop-by-hop Header)指的是只对单次转发有效, 会因通过缓存或代理而不再转发
| 首部字段名 | 说明 |
|---|---|
| Cache-Control | 控制缓存的行为 |
| Date | 创建报文的日期时间 |
| Pragma | 报文指令,旧版本遗留字段,作为旧版本兼容字段 |
| Connection | 逐跳首部字段、控制不再转发给代理的首部字段、管理持久连接 |
| Trailer | 逐跳首部字段,报文末端的首部一览 |
| Transfer-Encoding | 逐跳首部字段,指定报文主体的传输编码方式 |
| Upgrade | 逐跳首部字段,升级为其他协议 |
| Via | 代理服务器的相关信息 |
| Warning | 错误通知 |
四:请求首部字段
| Accept | 用户代理可处理的媒体类型 |
| Accept-Charset | 可处理的优先的字符集 |
| Accept-Encoding | 可处理的优先的内容编码 |
| Accept-Language | 可处理的优先的语言(自然语言) |
| Authorization | 认证信息 |
| Expect | 期待服务器的特定行为 |
| From | 用户的电子邮箱地址 |
| Host | 请求资源所在服务器,多用于单台服务器分配多个域名的场景 |
| If-Match | 比较实体标记(ETag) |
| If-Modified-Since | 比较资源的更新时间 |
| If-None-Match | 比较实体标记(与If-Match相反) |
| If-Range | 资源未更新时发送实体Byte的范围请求 |
| If-Unmodified-Since | 比较资源的更新时间(与If-Modified-Since相反) |
| Max-Forwards | 最大传输逐跳数,配合 TRACE 请求使用 |
| Proxy-Authorization | 逐跳首部字段,代理服务器要求客户端的认证信息 |
| TE | 逐跳首部字段,传输编码的优先级 |
| Range | 实体的字节范围请求 |
| Referer | 对请求中URI的原始获取方 |
| User-Agent | 请求的浏览器和用户代理名称等信息 |
| Cookie | Cookie 信息 |
| DNT | Do Not Track,拒绝个人信息被收集,表示拒绝被精准广告追踪的一种方法,0-同意 1-拒绝 |
五:响应首部字段
| 首部字段名 | 说明 |
|---|---|
| Accept-Ranges | 是否接受字节范围请求 |
| Age | 源服务器多久前创建了响应,单位为秒 |
| ETag | 资源的匹配信息,唯一性标识 |
| Location | 令客户端重定向至指定URI |
| Proxy-Authenticate | 逐跳首部字段,代理服务器对客户端的认证信息 |
| WWW-Authenticate | 服务器对客户端的认证信息 |
| Retry-After | 告知客户端应该多久之后再次发送请求 |
| Server | 当前服务器上安装的 HTTP 服务器应用程序的信息 |
| Vary | 对缓存进行控制,源服务器会向代理服务器传达关于本地缓存使用方法的命令 |
| Set-Cookie | 通知客户端开始状态管理所使用的Cookie信息 |
| X-Frame-Options | 用于控制网站内容在其他 Web 网站的 Frame 标签内的显示问题。 主要目的是为了防止点击劫持(clickjacking)攻击,可设置 DENY 或 SAMEORIGIN |
| X-XSS-Protection | 针对跨站脚本攻击(XSS)的一种对策,用于控制浏览器 XSS 防护机制的开关,0-关闭,1-打开 |
六:实体首部字段
| 首部字段名 | 说明 |
|---|---|
| Allow | 资源可支持的HTTP方法 |
| Content-Encoding | 实体主体适用的编码方式 |
| Content-Language | 实体主体的自然语言 |
| Content-Length | 实体主体的大小(单位:字节) |
| Content-Location | 报文主体返回资源对应的 URI。Location 对应的是响应,而 Content-Location 对应的是要返回的实体 |
| Content-MD5 | 一串由 MD5 算法生成的值,其目的在于检查报文主体在传输过程中是否保持完整,以及确认传输到达 |
| Content-Range | 实体主体的位置范围 |
| Content-Type | 实体主体的媒体类型 |
| Expires | 实体主体过期的日期时间,若不希望被缓存可设置成与 Date 值一致 |
| Last-Modified | 资源的最后修改日期时间 |
七:非 HTTP/1.1 首部字段
在 HTTP 协议通信交互中使用到的首部字段,不限于RFC2616 中定义的47种首部字段。
还有Cookie、Set-Cookie 和 Content-Disposition等在其他 RFC 中定义的首部字段,它们的使用频率也很高。
这些非正式的首部字段同一归纳在RFC4299 HTTP Header Field Registrations中。
详细含义可参考:计算机网络--应用层--3.2*--HTTP--HTTP1.1首部字段_http应用层首部-CSDN博客