禁用TCP keepalive时io.Copy超时及ReadDeadline异常问题排查

禁用TCP Keepalive时io.Copy报错，启用则正常 #

• 长时间无数据交互的TCP连接，会被中间网络设备（路由器、防火墙）因为空闲超时主动断开——这些设备不会一直保留无流量的连接，会定期清理闲置资源。
• 开启TCP Keepalive后，系统会定期发送探测包，让连接维持“活跃”状态，中间设备就不会触发清理逻辑。
• Go的io.Copy底层会调用Linux的splice系统调用做零拷贝优化，但splice不会主动发送任何数据，也不处理TCP层的Keepalive逻辑。一旦连接被中间设备断开，splice就会返回“connection timed out”错误。

客户端每秒发数据包时，禁用Keepalive也能正常运行 #

• 客户端持续发送数据包相当于主动维持了连接的活跃状态，中间设备不会把这个连接判定为空闲，自然不会触发断开操作，所以io.Copy能正常工作。

自定义Read/Write设30秒读超时，却15秒触发超时 #

• 核心原因是中间设备的空闲超时比你设置的30秒更短：中间设备在15秒时就因为连接空闲断开了它，此时TCP层会立刻把断开通知传给应用层，你的Read调用直接收到错误，表现为“读超时”——这不是应用层设置的30秒超时到期，而是连接已经被底层提前终止了。
• 另外要注意：Go的SetReadDeadline是设置从调用Read开始的最长等待时间，但如果TCP连接已经被底层终止，Read会直接返回错误，不会等满30秒。

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