谁“杀”死了你的 HTTP 连接？—— 揭秘云环境下连接池配置的隐形陷阱
💡
原文中文，约5000字，阅读约需12分钟。
📝
内容提要
本文讨论了HTTP连接池的空闲超时机制，分析了云环境中可能出现的连接错误。建议开发者将客户端的空闲超时时间设置为小于中间设备的超时时间，以防止连接意外关闭。
🎯
关键要点
- 本文讨论了HTTP连接池的空闲超时机制。
- 在云环境中可能出现连接错误，如EOF、connection reset by peer等。
- 建议开发者将客户端的空闲超时时间设置为小于中间设备的超时时间。
- 连接的有效存活时间取决于链路中超时时间最短的节点。
- Go语言的默认IdleConnTimeout为90秒，可能与云负载均衡器的60秒超时冲突。
- 开发者应遵循Client Idle Timeout < Infrastructure Idle Timeout < Server KeepAlive Timeout的配置原则。
- 推荐将客户端的空闲超时设置为中间设备超时时间减去5~10秒。
- 在生产级代码中，应显式定义Transport以优化HTTP客户端配置。
- IdleConnTimeout的建议值为30秒至45秒，以避免复用陈旧连接。
- MaxIdleConnsPerHost的默认值过小，建议根据QPS调整为10~50。
- 即使配置合理，网络抖动仍然不可避免，应用层需具备重试机制。
- 合理的重试策略是构建健壮分布式系统的必修课。
➡️
