请求头虽然条目繁多，但每一行的写法都遵循同一个模板：名字、冒号、空格、值。这一行看似简单，规矩却不少——名字怎么起、值怎么写、多值怎么表达，都有约定，代理IP场景里自定义请求头时常在这些细节上出错。
把这个模板记牢，你就能看懂任何一条请求头，也能在需要时自己写出一条正确的：名字说明这条头是干什么的，值给出具体内容，两者之间靠冒号相连，整行就是一次完整的元信息表达。
这篇讲请求头行的书写格式：名字与值的规则、一条头可以有几个值、以及格式上最容易踩的几个细节。
名字的规矩
头的名字是一个固定的词，比如 Host、User-Agent、Accept，每个名字代表一类约定好的语义。名字本身不区分大小写——host 和 Host 是同一个头——但习惯上写成首字母大写。名字用字母与连字符组成，不用空格与中文。
值的写法
冒号加空格之后是值，值的内容因头而异：可能是地址、是数字、是一串描述文字，也可能是用逗号分隔的多个选项。值写多长都行，但整行总长度有上限——头太长会撑爆服务器与代理的处理能力，这是请求头领域最常见的安全与稳定性话题。
一条头可以有多个值
同名头允许出现多次：浏览器可能发两行 Accept，一行说接受图片、一行说接受文档，语义上等同于逗号合并成一行。重复同名头是合法的，服务器会按约定把它们合并处理，代理IP链路转发时也会保留这种多行结构。
格式的另一个细节是空行的重要性：请求头以空行结尾，服务器靠它判断「头读完了」。如果格式不完整、缺了空行，服务器可能把请求体误当成头来解析——这个边界规矩，是 HTTP 解析的基石之一。
把格式模板与细节记住，请求头就不再是乱码——在代理IP场景中亲手构造过请求头的人对此体会更深：一行行「名字: 值」各有各的语义，冒号是它们共同的标点。读懂格式之后，下一步看请求头与响应头的关系——你发的头，和服务器回的头，是不是同一回事？
请求头一行一个模板：名字冒号空格值；名字不区分大小写、同名可重复、空行作结尾——格式规矩是整层通信的地基。
格式规矩里还有一个值得知道的约定：值里的空格与大小写在某些头里敏感、在某些头里不敏感。比如语言标记的大小写有讲究，而媒体类型的参数部分可以灵活。遇到具体头时以该头的规范为准，格式总原则只是第一步。
自己拼请求头时最常犯的错集中在三处：忘了冒号后的空格、把多个值硬拼进一个值里而不是用逗号或重复行、以及中文或特殊字符没有正确处理。记住「名字冒号空格值」的模板，再注意这三处，自己为代理IP请求写的头基本就能被服务器正确解析。
格式之外，请求头还有一个整体的边界：整份请求头的总长度受服务器与代理IP链路两侧配置限制，过长会被拒绝。日常请求的头只有几十行、几 KB，远够用，但程序自动追加大量自定义头时就要留意总量——这也是为什么规范一直提醒别滥用请求头做数据存储。
格式规矩是整片请求头区域的地基，地基稳了，上面盖什么都放心。代理IP链路里自定义请求头、调试抓包报文时，先检查格式再谈语义，是少走弯路的不二法门——大多数「头没生效」的假象，追到底都是格式细节的错。