Golang HTTP服务返回408状态码无自定义重试仍出现重复请求问题

结论 #

你的猜想完全正确，该现象是Chromium内核的默认网络栈行为，和业务层实现的重试逻辑、Go服务端的处理逻辑无关。 #

具体原因 #

• Chromium内核针对408 Request Timeout状态码实现了隐式自动重试逻辑：根据RFC规范，408的定义是服务端等待客户端发送请求的时间过长、主动关闭了连接，内核判断该场景下原请求可能没有完整送达服务端，属于可重试的安全场景，因此会自动发起重试。
• 该重试逻辑是内核网络栈层实现的，不会上报到开发者工具的网络面板，因此你只能看到第一次和第三次的请求记录，看不到中间的重试触发过程。
• 触发该重试的前提是请求复用了已经被服务端关闭的keep-alive连接：第一次请求使用新建连接收到408后，服务端会关闭该连接，第二次请求尝试复用这个已关闭的连接时，就会触发408自动重试逻辑，自动发送第三次请求。
• Firefox没有实现这类408隐式重试逻辑，因此无法复现该问题，不同浏览器的状态码特殊处理逻辑差异导致了多浏览器表现不一致。

验证方式 #

你可以通过Wireshark、tcpdump等工具抓取服务端和客户端之间的完整TCP交互报文，就能看到中间内核自动发起的重试请求，和服务端收到的三次请求日志完全对应。 #

建议 #

你放弃将408用作自定义业务错误码的处理方案完全合理，业务自定义错误优先选择400 Bad Request、409 Conflict等不会被浏览器内核特殊处理的状态码，避免触发这类底层隐式逻辑导致业务异常。

内容的提问来源于stack exchange，提问作者Zen