状态码里以 1 开头的那一族，到底管什么

翻日志时偶尔会看到以 1 开头的状态码，一闪而过，很多人直接忽略。这一族叫信息性状态码，含义是话还没说完：服务端先递一句提示给客户端，真正的结果稍后才到。它们出现的次数不多，但往往出现在最需要耐心的场景里。

它们和后面几族最大的不同是：不结束请求。收到这类码之后，客户端应当继续等待，别急着就此收工。

它们在实际链路里的位置

这类码出现的位置很靠前，往往在正式响应之前。它们的价值在于让客户端早一点知道进展，避免长时间干等而误判超时。对耗时较长的请求，提前递一句话能显著改善体验，也能减少客户端主动断开连接的情况。这类请求的耐心，就是这么被保住的。

信息性状态码的作用是同步进展，本身不代表成功或失败。看到它们出现在日志里，先别着急判断，往下看最终的响应码，那才是这次请求的结论。

1. 确认客户端是否理解这类中间提示
2. 检查代理IP转发环节有没有把它丢掉
3. 留意提前提示之后的最终响应码
4. 把耗时较长的请求单独统计一次

代理IP转发会不会丢掉它们

有可能会。代理IP转发环节如果只关心最终响应，中间的提示可能被吞掉，客户端就又会回到干等的状态。判断方法是看两端记录是否一致：一端有、另一端没有，说明中间的代理IP环节处理方式不同。

它只是提前递一句话。

理解这一族的定位，日志里再看到这类码时就不会困惑，也知道该往哪里核对。