HTTP 信息头管理器
- 这个比较简单啦，要啥信息头就加啥
- 如果信息头管理器放到线程组下，那么线程组下所有 HTTP 请求都会共享这些 HTTP 信息头
- 如果信息头管理器放到 HTTP 请求下，那么只有该请求拥有这些 HTTP 信息头
- 这里和 HTTP 请求默认值一样，也有优先级的，而且优先级也一样
- 如果有多个信息头管理器，名称重名的话，会按优先级高的先取
光理论很难理解，我们来看个栗子
测试计划树结构
第一个 HTTP 信息头管理器
三个请求共享两个信息头：content-type、Accept
第二个 HTTP 信息头管理器
Flask-json 接口独享的信息头：content-type、Accept-Charset、Accept-Encoding
获取最近会员登录列表的接口请求体
直接用的就是【1--信息头管理器】的两个信息头
Flask-json的接口请求体
这个请求有自己的信息头管理器，包含了 content-type，会覆盖【1--信息头管理器】content-type 的值
图片文件上传接口的请求体
总结
- HTTP 请求下的信息头管理器的优先级高于线程组下的信息头管理器
- 若有重名的信息头名称，则优先取 HTTP 请求下的信息头管理器
