hercule
2020-05-23 23:23:03 +08:00
我说说我的想法，不一定是正确的，只是提供一个参考，如果有不对的地方，麻烦指正。
首先，就像一楼同志说的那样，如果记录的日志是在应用层调用 send 后，就记录，其实这个 send 只是把数据放入了发送缓存区，是操作系统再发送出去，所以，记录日志成功，不代表就已经真正发送成功了。
TCP 是可靠传输，按照一般来说，只要双方的连接没出现问题，就应该收到数据，即使出现丢包的问题，也会重传。linux 系统有个 tcp_retries2 变量设置了重传次数，重传时间间隔是指数级退避，直到达到 120s 为止，默认重传次数是 15 次，总时间将近 15 分钟，你可以比较一下日志当中这个连接是否出现了这么多次重传，如果出现了这么多次重传，那么说明，服务端应该是没问题，应该是客户端死机等等情况，造成不能正常接收。
发送缓存区的数据什么时候丢失，有种情况，就是收到对方的 RST 的时候，立马释放资源，丢掉了发送缓存区的数据。比如：当客户端出现状况，重启，就丢失了这条连接，但是服务端并不知道这种情况，还是发送数据给客户端，因为对客户端来说，这条连接已经不存在，当收到数据的时候，就会回复一个 RST 报文，这个时候，服务端就立马释放资源。