请求走代理IP转发到目标站之后，目标站返回的响应同样要经过代理才能回到客户端。一段完整的响应由三部分组成：状态行、响应头、响应体，代理对这三部分的处理方式并不相同。
先说结论：状态行告诉客户端结果好不好，响应头描述这段响应是什么，响应体装的是真正的内容。代理在转发时，对状态行和响应头基本原样透传，对响应体则可能因为编码或分块方式而调整。
把响应拆成三件套来看，是排查代理IP链路上各种响应异常的通用方法。
状态行：结果的概括
状态行位于响应的第一行，由协议版本、状态码、原因短语组成。200 表示成功，404 表示没有，502 表示网关错误。代理转发时通常原样保留状态行，但某些代理在发现上游异常时会自己生成一条状态行返回。
状态行里最常被误读的是原因短语。原因短语只是给人看的说明文字，机器判断靠的是状态码本身。同一个 200，不同服务器可能写不同的原因短语，但只要码值一样，语义就一样。排查时看码值，不要被原因短语的文字干扰。
换句话说，你看到的 502、504，很多时候不是目标站发的，而是代理IP替它说的。先确认状态行是谁生成的，再决定往哪边查。
响应头：内容的描述
响应头里装着 Content-Type、Content-Length、Cache-Control 等描述信息。代理IP转发时大多原样透传，但有几个头会特别处理：比如 Connection 头会被代理改写，Content-Length 在响应体被重新封装时会被更新。
有些代理IP还会在响应里追加自己的头，比如 Via 头，用来标记这条响应经过了自己。响应头是观察代理动了什么手脚的最好位置。
响应体：真正的内容
响应体是 HTML、JSON、图片这些实际数据。代理一般把响应体当作数据流透传，但如果源站使用了分块传输编码，代理IP在转发时可能需要处理分块边界，或者重新计算长度。
还有一类响应不经过代理的正文解析——CONNECT 隧道建立后，响应的状态行直接由目标服务器生成，代理IP原样转回。这时候你看到的响应头、响应体，都是目标站的原样输出，代理没有机会修改，判断责任归属时反而简单。
对使用者来说，响应体内容一般是安全的，但要注意：如果代理IP和源站都做了压缩，可能出现双重压缩或乱码，这类问题排查时往往要从响应头找线索，而不是盯着内容看。
三段合起来怎么排查
排查响应问题有个通用顺序：先看状态行判断结果，再看响应头找线索，最后看响应体确认内容。走代理IP时，如果响应和直连时不一样，优先比较状态行和响应头，这两个地方最能反映代理动了什么手脚。
- 状态行看结果对不对
- 响应头看代理改没改
- 响应体看内容完不完整
小结：响应三件套各司其职，代理IP在转发时对它们的处理各有分寸，排查时按三段分开看，问题往往一目了然。记住这个顺序，代理链路上的响应异常基本都能快速定位。