请求头少了一截，代理IP也会被判异常

有些人以为换了个出口地址，发出来的请求就跟普通浏览器一模一样了。其实出口只决定请求”从哪出去”，请求本身长什么样，是由发起它的客户端决定的。自己拼装出来的请求，如果少了常规字段，或者字段之间互相矛盾，那么即使地址再干净，在目标站眼里也是一个不太对劲的来访者。这类原因隐蔽，因为它和使用频率、并发大小都没关系。

目标站会从请求头里看什么

大致是几类：客户端标识，说明你用什么浏览器或程序在访问；内容协商字段，说明你能接受什么格式、什么语言、什么编码；连接与协议相关信息，说明你用什么方式建立连接；来源与跳转信息，说明你是从哪个页面过来的。这些信息合在一起构成一幅画像，目标站会把这幅画像与声明的客户端类型做交叉比对，对不上就会被标为可疑。

自己拼装请求头，容易犯哪些错

最常见的错误是只留一个客户端标识，其余字段全空——真实浏览器绝不会这样做，它每次都会带上完整的一套。其次是来源信息与访问路径对不上，明明是第一次进入，却带着一个深层页面的来源地址。还有语言偏好与出口归属地矛盾、协议版本与客户端声明不匹配、字段顺序与常规客户端不同。单独看每一项都不算大事，凑在一起就很不自然。

正确做法是什么

优先级最高的做法是用成熟客户端发起请求，让它们替你把请求头填完整，不到万不得已不手工拼装。如果业务确实需要自定义，正确方式是先抓一次真实浏览器的完整请求，以它为模板补齐字段，而不是凭印象挑几个填上。补齐之后还要做一致性检查：语言是否与出口地相符、来源是否与访问顺序合理、客户端标识是否与协议行为一致。

1. 优先用成熟客户端：让程序自己填请求头，比手工拼装稳妥得多
2. 需要自定义先抓模板：抓一次真实完整请求，照着补齐而不是凭印象
3. 填完做一致性检查：语言、来源、协议行为三者是否与声明相符
4. 保留完整入口流程：先访问入口页面再进深层，来源才说得通
5. 变更后小流量验证：改完先用少量请求确认，再放量跑

出口决定你从哪来，请求头决定你看起来像谁，两件事都要像样才行。

与 IP 代理的关系：代理IP被封有一类原因与使用频率无关，而出在客户端发出的请求头不完整或字段互相矛盾——使用代理IP时应优先用成熟客户端发起请求、需要自定义时以真实完整请求为模板补齐语言与编码等字段、保证来源与访问顺序相符，并在变更后小流量验证，避免干净的地址因为请求画像不自然而被判异常。