综合网上的讨论,判断一个socket(client端或server端)当前的状态是否是connected是一个比较棘手的问题,似乎不存在一个通用的,“理想”的解决方案。
虽然如此,探测一个socket的某些connection相关属性的techniques还是比较多的,常见的有(主要来自www.stackoverflow.com ):
1) getsockopt( socket_fd, SOL_SOCKET,SO_ERROR, &error_code, sizeof(error_code));
2) SO_CONNECT_TIME(Windows);
3) recv( sock, &buf, 1, MSG_PEEK |MSG_DONTWAIT);
4) send returns EPIPE;
5) SO_KEEPALIVE(host-wide)或TCP_KEEPIDLE(Linux,per socket);
6) application level “Ping”;
7) …
不幸的是:每种technique都有自己的短板,不能构成一个通用的解决方案。然而,我们可以根据具体的application context,设计这个application特定的解决方案,例如在一个WinCE application(socket client)中,我们不希望一开始就和一个socket server建立一个长连接,而是在每次send的时候检查socket的状态,必要时进行连接。我们的做法是:不管当前socket的状态如何,直接调用send,如果send失败,则首先执行closesocket强行断开连接(如果存在),然后立即调用connect试图建立新的连接,一旦连接成功,则再次执行刚刚失败的send命令;此时,如果send再次失败,则按正常错误处理逻辑进行处理。这个解决方案的好处有:
a) 如果一切正常,则整个执行过程没有额外的负担;
b) 如果socket server发生异常,接着有重新恢复正常,则我们的application(client)能够在下次send时自动恢复正常(之间可能有部分send会失败);
c) …
然而,这个方法不是通用的,只能在我们的这个简单的socket通信模式中可以较好的工作。