如何检测到socket连接是不是中断了呢？

1、类似网线被拔掉了这种情况，（应用程序不尝试收发数据的话）OS可能好长时间都不会发现，也没有啥通知反馈给应用； 2、一般的应用场景用不上keepalive，检测的时间间隔太长了，一个典型值就是2小时；telnetd貌似有用到，在telnet客户端异常而长时间没啥反应时将其干掉； 3、如果对端断开了socket连接，包括主动的close() TCP-FIN和意外崩掉TCP-RST，本端read()=0；如果本端主动close()断开连接了，再尝试read()/write()的话，<0； 既没有close()操作，应用程序又没有崩掉，也就没有TCP层的FIN和RST，那socket连接就是“正常”的； 4、系统已经知道socket连接断开的话，使用select()可以检测到的； 【 在 meng714620 的大作中提到: 】 : 客户端不断的获取数据（数据不是通过网络过来的，而是本机的其他核上的简单执行环境以消息的机制发送过来的），然后客户端建立了一条TCP长连接把不断发过来的数据发给服务器（别的主机），服务器没有需要响应的数据，客户端只负责发送。消息发送的时机不确定，所以客户端socket发送数据的时机也不定，可能短时间内来了很多的消息，也可能过好久才发送一下，那么问题来了， : 如果这条连接断开了，比如网线拔掉了，我怎么才能检测到这个错误并恢复连接呢？ : 尤其是如果长时间内没有数据发送，但是网络断了，也没有人通知应用程序连接是断了。 : ...................

多谢回复哈 其实那个keepalive是可以设置时间的，包括间隔和探测的次数都可以设置，只是检测到连接出问题后，不知道怎么告诉应用程序检测到了错误。 有一个问题，就是比如网络断了，我开始write时返回值还是正常的，并不立即返回<0，write先把数据写到发送缓存里的。由于客户端这边只有发送任务，没有read,我现在就是每次write完，如果判断返回值<0我就认为连接有问题了（我还不知道别的一句），就close它，然后重新connect到服务器恢复连接。 select是不是检测有数据到达可读？是对读有用吧，对写也试用嘛？ 【 在 BTup 的大作中提到: 】 : 1、类似网线被拔掉了这种情况，（应用程序不尝试收发数据的话）OS可能好长时间都不会发现，也没有啥通知反馈给应用； : 2、一般的应用场景用不上keepalive，检测的时间间隔太长了，一个典型值就是2小时；telnetd貌似有用到，在telnet客户端异常而长时间没啥反应时将其干掉； : 3、如果对端断开了socket连接，包括主动的close() TCP-FIN和意外崩掉TCP-RST，本端read()=0；如果本端主动close()断开连接了，再尝试read()/write()的话，<0； : ...................

write()发现有问题，如果是EAGAIN/EWOULDBLOCK错误，可以稍等下再write()，不用急着重连； 如果socket连接确实断开了，select(,rdset, wrset,,) rdset和wrset应该都会有的； 【 在 meng714620 的大作中提到: 】 : 多谢回复哈 : 其实那个keepalive是可以设置时间的，包括间隔和探测的次数都可以设置，只是检测到连接出问题后，不知道怎么告诉应用程序检测到了错误。 : 有一个问题，就是比如网络断了，我开始write时返回值还是正常的，并不立即返回<0，write先把数据写到发送缓存里的。由于客户端这边只有发送任务，没有read,我现在就是每次write完，如果判断返回值<0我就认为连接有问题了（我还不知道别的一句），就close它，然后重新connect到服务器恢复连接。 : ...................

好的，多谢啦 对于网络突然断开而write不立即返回错误却返回一个正值的情况，有啥好的方法没呢 【 在 BTup 的大作中提到: 】 : write()发现有问题，如果是EAGAIN/EWOULDBLOCK错误，可以稍等下再write()，不用急着重连； : 如果socket连接确实断开了，select(,rdset, wrset,,) rdset和wrset应该都会有的；

你好，我想请教下，EAGAIN是对非阻塞的套接字有效吧，我创建的socket没有设置其他属性默认是应该是阻塞的是吧？阻塞的套接字对应的应该是EINTR吧 感谢与我讨论 【 在 BTup 的大作中提到: 】 : write()发现有问题，如果是EAGAIN/EWOULDBLOCK错误，可以稍等下再write()，不用急着重连； : 如果socket连接确实断开了，select(,rdset, wrset,,) rdset和wrset应该都会有的；

嗯，非阻塞时会有EAGAIN错误，socket()缺省情况下我碰到的都是阻塞的，不知道不同的系统平台是否有差异； 我理解EINTR这个错误是在阻塞调用返回前，当前线程捕获到信号了，执行信号处理函数去了； 【 在 meng714620 的大作中提到: 】 : 你好，我想请教下，EAGAIN是对非阻塞的套接字有效吧，我创建的socket没有设置其他属性默认是应该是阻塞的是吧？阻塞的套接字对应的应该是EINTR吧 : 感谢与我讨论