41-连接异常（服务器崩溃后重启）

这一种情况比上一篇崩溃后不重启的情况要简单的多，区别就在于让服务器（机器）崩溃，然后重新启动机器。

请务必复习《半打开的 TCP 连接》。

1. 程序路径

代码托管在 gitos 上，请使用下面的命令获取：

git clone https://git.oschina.net/ivan_allen/unp.git

如果你已经 clone 过这个代码了，请使用 git pull 更新一下。本节程序所使用的程序路径是unp/program/echo/processzombie。

2. 实验步骤

• 在 flower 机器上启动服务器

flower $ ./echo -s -h flower

• 在 sun 机器上启动客户端

sun $ ./echo -h flower

发送一行数据'helloworld'，得到服务器回射，目前一切正常。

图1 客户端与服务器正常通信

• 断开 flower 主机的网络，然后将 echo 服务器进程关闭。
• 随时使用 netstat -ant 命令查看 echo 服务器目前的状态，如果是 FIN_WAIT1 状态，暂时还不能恢复 flower 的网络，直到 FIN_WAIT1 状态消失为止，大约要等个几分钟吧。

• 确认 flower 主机上的 FIN_WAIT1 状态消失后，恢复 flower 主机的网络，要不要再次启动 echo 服务器都无所谓，因为最终结果都一样。

• 客户端此时并不知道 flower 主机已经重启，又向 flower 发送了数据，图 2.

图2 sun 客户端向 flower 发送了 'nihao'，flower 回送了 RST 段

3. 结果分析

虽然 flower 崩溃后重启（我们使用断网来模拟的），但是客户端对此毫不知情，客户端此时却仍然持有着一个《半打开的连接》，若继续向对端发送数据，flower 主机可以收到此报文，但是并不认识这个连接（因为 flower 已经重启，之前的连接早已不存在），因此回复了一个 RST 段。

4. 总结

• 掌握服务器崩溃后重启，客户端的行为