个人学习笔记(整理不易,有帮助点个赞)
笔记目录:学习笔记目录_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博客