Unix网络编程(3)——C/S模型几种情况

最新推荐文章于 2024-07-31 00:00:00 发布

didao9025

最新推荐文章于 2024-07-31 00:00:00 发布

阅读量90

点赞数

文章标签：网络运维

原文链接：http://www.cnblogs.com/jaletech/p/3387008.html

版权

UNP第五章描述了在客户端和服务器连接建立之后会出现的几种情况，并给出了解决方案，做一个简单的总结。

先给出这个简单的回射C/S程序的模型如下图。

1、客户端和服务器正常终止连接

客户端从标准输入键入EOF便可以正常终止客户端程序，此间发生了几件事。

如果子进程发送的SIGCHLD信号被父进程忽略（即无信号处理函数），那么子进程将进入僵死状态，即僵尸进程(僵尸进程存在的目的是维护子进程的信息，以便父进程在以后某个时候获取)。为了解决这个问题，必须捕捉这个信号并将进程wait或waitpid掉（关于信号处理将在另一篇文章中介绍）。

2、服务器进程终止

如果服务器的进程被杀死，此时会出现这么几件事：

服务器TCP发送FIN给客户TCP，客户TCP回送ACK。
如果此时客户端再给服务器发送数据（服务器TCP发送FIN来向客户TCP表明关闭连接，而客户TCP并不知道此时的服务器进程已经终止了），会受到服务器TCP发送的RST（因此此时套接口进程已经终止了）。
对于服务器TCP发送来的RST，客户不会看到（原因是，客户程序在发送数据之后调用readline会马上返回，继而阻塞在fgets上（标准输入），那么套接口的信息便被忽略了）。

问题所在：程序只在用户输入时候阻塞，而实际上套接口也需要阻塞，否则必然会有信息被忽略。这个问题将调用select和poll函数来解决。

3、服务器主机崩溃

当服务器意外崩溃时（相当于被人拔了网线），客户端不会得到任何的通知，于是客户端TCP会不断地重传数据，直到超时。如果想在客户不主动发送数据的情况下，也不需要等待超时时间而知道服务器崩溃的消息，那么需要设置SO_KEEPALIVE套接口选项。

4、服务器主机崩溃后重启

当前种情况下服务器重启，重启之后的服务器已经丢失了之前的所有连接，因此对客户端发送来的数据只会回送RST，这将导致客户端返回。

转载于:https://www.cnblogs.com/jaletech/p/3387008.html

关注