socket连接 判断断开的问题

pingping09

socket的一个客户端，与服务端相连后，发送报文。
但是服务端有时候会自己断开服务，
通讯断开后，客户端往服务段发送报文，客户端调用write时，没有报错，  errno 也没有问题， 也没有收到SIGPIPE信号量。 所以无法获知 通讯已断开。
导致客户端发送信息丢失。

自己网上查了半天，也没找到解决方法

如果自己调用 shell   取netstat -na  的 返回值 来判断 通讯行么？
好像这样也太粗糙了阿

yulihua49

原帖由 pingping09 于 2009-8-4 15:40 发表
socket的一个客户端，与服务端相连后，发送报文。
但是服务端有时候会自己断开服务，
通讯断开后，客户端往服务段发送报文，客户端调用write时，没有报错，  errno 也没有问题， 也没有收到SIGPIPE信号量。 所 ...

没有办法！
因为网络的情况太复杂。你的直连网口出问题是可以收到信号的，远端路由出问题，inet规定，丢弃报文，并不提供任何表示。

[ 本帖最后由 yulihua49 于 2009-8-4 15:50 编辑 ]

hellioncu

要求对方确认，否则重发

kouu

LZ用的是TCP吧~

LZ所指的“断开”是什么意思？TCP连接断开？还是物理连接断开？

如果是TCP连接断开（正常经历了TCP断开的握手过程），那么write是会返回错误的~

如果不是TCP连接断开，这种情况只能通过“保持活动”的方式来不断进行探测。比如约定对方每10秒会发一个保活报文过来，如果你20秒还没收到，就认为已经断开了。

pingping09

是TCP连接断开啊，而且 每次如果断开了， 客户端发送报文第一笔不报错，都正常，发第二笔的时候系统会收到SIGPIPE信号。
服务端是其他公司提供的，很难弄啊，郁闷

kouu

有个疑问，你怎么确定TCP连接已经断开了？ 抓包看过TCP的断开过程已经完成了？ 还是通过别的什么现象推断的？

pingping09

原帖由 kouu 于 2009-8-4 17:47 发表
有个疑问，你怎么确定TCP连接已经断开了？ 抓包看过TCP的断开过程已经完成了？ 还是通过别的什么现象推断的？

我直接netstat -na|grep ip
看状态看出来的


还有我在服务段这边的软件也看到断开了

blairzhong

原帖由 pingping09 于 2009-8-4 18:11 发表



我直接netstat -na|grep ip
看状态看出来的


还有我在服务段这边的软件也看到断开了

好方法，我一般按照4楼的方法去做，下次试试这个方法，可以偷懒

pingping09

调用 shell   取netstat -na  的 返回值 来判断 通讯行不行啊？
我觉得这样好像简单很多

kouu

用netstat来判断一个连接是否断开应该是可以的吧～（判断是否没断开就不行了）

不过你的程序在连接断开后写数据不会返回错误，这个就比较神奇了……莫非你不是直接用的write，而是用fwrite之类的？