请求头按功能分几个家族，代理IP链路里最常见的那几类

请求头的成员几十个，硬背容易乱。好在它们天生分家族：按「解决什么问题」可以归成几大类，每类里的成员干着相似的活。掌握家族地图，遇到陌生头也能靠归类推断出它的用途——这条规律在代理IP链路的报文里同样适用，阅读因此简单许多。

分家族的价值在于举一反三：记住一个家族解决什么问题，家族里新出现的成员就不难理解；反之，只看单个头名而不懂家族，就像只记单词不懂语法，永远拼不出完整句子。

这篇给常用请求头画一张家族地图，每个家族讲清职责与代表成员，并用表格把整体结构收拢。

表格里的六个家族覆盖了绝大多数日常请求头：标识与偏好类描述「你是谁、要什么」，内容与连接类描述「这次请求怎么组织」，缓存与条件类描述「怎么省流量、只取需要的」。六族各管一摊，互不越界。

家族之间的配合

一次真实请求通常同时带着多个家族的成员：标识家族说我是谁，偏好家族说要什么格式，连接家族说怎么连。它们不是孤立存在，而是像一份清单的多行条目，各自回答服务器关心的一个问题。

家族地图怎么用

读陌生请求头时先归族：看到不认识的名字，查它属于哪个家族，家族职责就是它的职责；写自定义头时也先想归族，家族已有的规范头能表达的需求，优先用规范头，不要重复造轮子。地图在手，请求头就不再是散点，代理IP链路里的报文阅读也就有了章法。

请求头按功能分六大家族：标识/偏好/内容/连接/缓存/条件，各管一摊——归族是读头与写头的最快路径。

家族地图里有些成员你可能从没亲手写过——它们由浏览器自动附带。下一篇看浏览器悄悄替你带上的那些头，以及哪些你能自己控制。

家族地图还有一张补充说明：少数头会跨家族工作，比如 Content-Type 既管请求体的报名也管响应体的说明，Cookie 既带身份也带状态。归类是帮助理解的手段，不是僵硬的边界，遇到跨界成员按它当前扮演的角色理解即可。

对代理IP使用者来说，家族地图最有用的场景是读接口文档与排障报文：文档里要求带哪些头，按家族去对应——要身份就找标识类，要格式就找偏好类，要断点就找条件类。归好族，陌生的头名第一次见也不会慌——代理IP接口联调时这招能省下大量查文档的时间。

把地图贴在心里还有一个附带好处：排查代理IP链路中的请求类报错时，按家族排查比逐头排查快得多——格式类的错查内容家族，登录类的错查标识家族，缓存类的错查缓存家族。家族定位准了，问题范围立刻缩小一半。

家族地图收个尾：地图是骨架，成员是血肉，真正理解请求头还要靠日常接触补细节。带着地图去读真实报文，遇到的每个头都往家族里归一次位，几次之后地图就内化成了直觉——这是代理IP技术阅读里性价比最高的积累方式之一。