网络客户端断开时，网络服务器的程序如何获知这个情况？？？？

zhj1011

我在做一个Linux下的网络服务程序。客户端是项目中做好的，无法修改。
现在服务程序运行后，客户端和服务器程序连接上后，收发数据都很稳定。但是客户端断开后，服务器程序需要获知客户端断开这个情况，并关闭相应的服务线程。请问，客户端断开后，服务器端如何获知这个情况？？？？谢谢 。

alexhappy

发包探测

wxjeacen

你们的服务是基于什么网络协议的？

wxjeacen

原帖由 alexhappy 于 2009-3-19 18:16 发表
发包探测

绝对扯淡。

zhj1011

基于TCP/IP协议的

zhj1011

发包不行啊
因为线程开启后，是一个死循环来处理客户端的请求的。
现在问题是，一旦客户端断开后，服务器的线程就死循环，跑飞了。所以，我需要在客户端断开后，服务器能够判断出来，并关闭相应的线程。

alexhappy

原帖由 zhj1011 于 2009-3-20 11:52 发表
发包不行啊
因为线程开启后，是一个死循环来处理客户端的请求的。
现在问题是，一旦客户端断开后，服务器的线程就死循环，跑飞了。所以，我需要在客户端断开后，服务器能够判断出来，并关闭相应的线程。

你设计的不好，服务器一段时间没接收到客户的数据就应该发包给客户端，然后客户端发包应答，如果无应答或超时就视为断开连接

duanjigang

原帖由 alexhappy 于 2009-3-20 11:57 发表

你设计的不好，服务器一段时间没接收到客户的数据就应该发包给客户端，然后客户端发包应答，如果无应答或超时就视为断开连接

说的有道理，我们也是这么做的，双方通讯时，如果没有收到数据，到达检测周期时就发握手消息，如果对方关闭掉了，发送肯定失败，这样就知道了。

另外，如果你的客户端程序不想修改的话，我觉得倒可以在客户端另做一个程序，检测客户端的连接状态，比如通过netstat命令来查询。
如果知道客户端程序连接关闭了，就通过UDP包把信息发给服务器端，然后再根据 TCP四元组的信息决定是那条连接断开了，关闭就是了。

FreeB_U

好好看看stevens的网络编程第一卷，里面有介绍。服务器如果是守护进程的话，我们做法都是把所有的信号都IGN，掉，然后setopt，再打开有用的信号。

kouu

奇怪了……如果是TCP连接，客户端断开服务器怎么会不知道（除非网络协议栈崩溃）？
在这种情况下，保活是为了探测客户端是否掉电（网络协议栈未正常结束）、或者网络不可达，并不是探测客户端是否关闭；

如果用的是UDP，传输层没有连接这回事。“连接”是由应用层协议去实现的，并不是服务器可以单方面实现的。