以前在编写socket程序的时候对此类问题不是太考虑,虽然有一些疑问.
近期看了一些资料后,有些心得,作为一个总结吧.对想深入了解SOCKET原理的程序员也许有些帮助.
关于TCP连接双方的连接状态可以考虑以下几种状态:
一,对等双方,其中一方程序崩溃,而操作系统不重启的状况.
tcp客户端和服务器连接上后,在传输数据过程中,如果服务器程序崩溃.作为client端在recv/send时会出现什么情况呢?服务器在崩溃时,操作系统的tcp/ip内核会发送一个FIN消息到client端,但是这并不意味着client端的SOCKET会及时的通报此消息.依赖于此时CLIENT端通讯所处的状态,现在对CLIENT端的通讯做几个假设:
如果CLIENT端始终SEND发送数据，没有插入读取数据的操作情况下。某一次SEND数据后，服务端崩溃或不正常退出，此时服务端系统发送FIN消息到达客户端，此时客户端不会有任何的错误提示，原因是客户端只有写操作没有读操作；客户端TCP/IP内核收到FIN消息后如再次调用SEND函数发送数据到服务端，此时服务端会发送RST消息到客户端撤销链接，此时客户端应用程序再次接收不到RST消息，因为它没有读操作，如再次向服务器写入数据的话，应用程序会接收到一个SINPIPE错误，如果再次忽略此错误，继续发送则会收到EPIPE错误。
服务端到客户端的通讯也是一样的情况。
在编写程序时可以根据以上特点来判断连接对等双方的连接状况。
二,对等双方,其中一方操作系统关机/重启的状况
在C/S双方通讯过程中如一方系统不正常关机，此时对等方的数据到达。他和对等方程序崩溃时不同的，此刻关机的一方已经不能通过FIN消息通知对等方，对等方系统已不再运行，不再响应。
本方应用程序继续传输数据，由于没有得到对方任何状态，本方就会放弃并返回ETIMEDOUT错误。
如对等方主机在本方放弃并撤销链接前重新启动，此时对等方主机在收到本方信息时会发送RST消息到本方。之后本方应用程序应该可以看到ECONNRESET错误（如果它有读操作）或下一个写操作导致SINPIPE错误或EPIPE错误。
三,对等双方,正常退出的状况.
在C/S双方通讯过程中如一方系统正常退出，另一方可以收到FIN消息，此消息等同于EOF。具体表现就是在RECV时收到=0的字节数据，可以认为对方已经没有数据要发送或者关闭了。