在由对等关闭的TCP套接字上进行写入
我有一个客户端 - 服务器应用程序,其中每端通过TCP套接字与另一端进行通信。在由对等关闭的TCP套接字上进行写入
我正确地建立了连接,然后在服务器崩溃之前,客户端在套接字上写入任何数据。
我看到的第一个write()
尝试(客户端)是成功的,它返回实际写入字节数,而下面的返回(如我所料)-1
(接收SIGPIPE
)和errno=EPIPE
。
即使套接字已关闭,为什么第一个write()
成功?
编辑 有时也以下write()
有正收益值,如一切顺利。
您对write()
的返回值意味着什么感到困惑。这并不意味着“同行得到了数据并承认了它”。相反,它的意思是,“我缓存了很多字节发送给对等方,他们现在是我的责任,所以你可以忘记它们(并且我没有任何挂起的错误)”。即,如果TCP堆栈接受写入并返回字节,这并不意味着它们已经写入,只是排队等待写入。在堆栈放弃并向您返回错误之前,它需要一段时间,也就是在开始发送网络通信之后30秒。在此期间,您可以拨打write()
进行多次呼叫,这些呼叫已成功排队发送数据。 (如果对等体已经消失,写入错误将在30秒内返回,或者立即如果可以联系对等体并立即发送RST数据包以指示连接已死亡)。
这与TCP/IP的工作方式有关,可以粗略描述为两个大多数独立的半连接。当您关闭服务器上的套接字时,客户端会被告知它不会从C<-S
半连接接收到更多数据,立即唤醒read()
,但不会向C->S
方向发送数据。它只会在尝试发送一些数据后获得重置连接的回复。我建议TCP/IP Guide进一步的细节。
有时您可以两次输入write()
的原因是,您的回写速度比往返时间快,并且可以在回复第一个回复之前挤出第二个write()
。
我正在使用以下方法来检测断开连接的服务器状态:
'在系统(“ping -c 1 -w 1 server”); “命令被激活。 如果服务器启动并刚刚落后,ping命令将在不到0.1秒的时间内返回。 否则(服务器关闭),ping命令将在1秒内返回。