socket tcp服务宿主程序强制终止后，客户端仍然可以connet到服务的问题

notsureit

1）创建一个tcp server程序
2）client使用connect连接到该sever，不停发包，出错时进行重连
现在我的问题是这样的
A）client已经正常连接且发包
B）使用kill强制杀死server程序
发现
C）client在检测到发送出错，进行重新connect
connect是OK的
此时
D）观察server所在宿主系统的netstat，也可以发现连接信息确实存在，且存在多个连接，共分为两种状态：
（1）SYN_RECV
（2）CLOSE_WAIT
这种现象是否正常，确实是因为强制杀死server程序时，server本身没有关闭socket，感觉和常规的想法有出入，希望大牛给确认下。

fengfengdiandia

是正常的，强制关闭服务器端后，没有对socket进行关闭（调用close关闭socket由内核完成），而客户端不知道服务器端已经关闭了，于是就不断的进行重连

xiyoulaoyuanjia

贴出来代码看看！

cygamelife

强制kill进程应该是有一个time_wait状态的

xiyoulaoyuanjia

事情可能是这样子的，你调用kill 命令产生一个 值为15的信号(SIGTERM信号) 服务器程序默认情况下是终止程序，这里我猜测你的服务器程序是在子进程里面处理的相关work 也就是你的子进程终止！产生sigchld信号，父进程接受到做出相关处理后继续运行，也就是父进程状态变成 LISING 状态！而对于子进程由于需要终止所以其打开的所有描述符都要关闭！包括已经连接的套接子也是需要关闭的！进而服务器向客户端发送FIN (服务器发送完FIN 状态后状态为FIN_WAIT_1)。客户收到FIN后 机器是需要发送一个ACK的（此时客户端并不知道，但是服务器收到ACK相应后状态调整为FIN_WAIT_2） 所以其继续想服务器发送字符.....当然TCP分节到达服务器时服务器的已连接套接子已经关闭，所以发送RST 给客户端！此时客户端检查到错误后。1.如何关闭描述符重连 则是要给服务器发送一个FIN的，服务器收到后相应一个ACK 并且状态从FIN_WAIT_2 变成 TIME_WAIT. 等待2个2MSL 后变成CLOSED ！ 客户端继续连接 父进程 于是 父进程变成SYN_RCVD!

以上是我的一点小分析！希望对您有用！不对之处请指出！谢谢！～～

notsureit

xiyoulaoyuanjia 发表于 2012-07-25 21:57
事情可能是这样子的，你调用kill 命令产生一个 值为15的信号(SIGTERM信号) 服务器程序默认情况下是终止程序 ...

多谢xiyoulaoyuanjia的解析，我来论坛比较少，没能及时表示感谢，抱歉。

这种情况对于linux确实是正常的，但是不正常的是后续出现错误

Bind error: Address already in use
启动的服务所用的端口已经被打开，对于我们的嵌入式系统，唯一的原因在于程序异常出错退出，再次重启时无法再次绑定该端口。
已经使用了
int on = 1, status;
status = setsockopt(*phSockFD, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on));
来设置，具体原因不详。。。

要学的还很多啊。。。