1、5.9TCP的传输连接管理（三次握手） ...
-
客户和服务器一直暗恋着对方。
服务器不知道的是，客户写给它的情书已经堆成小山了，但是一封都没有寄出。
客户不知道的是，服务器为它单独开了个信箱，目的就是为了不错过来自它的任何一封信。
[第一次握手]
客户决定主动出击，于是它寄了一封情书出去。
可能，也许是邮差偷懒了，也许是路上太拥堵了，它迟迟没有收到回信。
于是它又试探着发了一封：哥哥哥哥你理理我嘛。
服务器一直没有回应。
客户不开心，但是他没有灰心，只要服务器一天没有拒绝自己，自己就还有机会。
[第二次握手]
邮差终于把信件投递到服务器的信箱里了。
服务器给自己的小暗恋者写了一封回信，交给了邮差。
第二天，它起来去看信箱。
客户：哥哥哥哥你理理我嘛。
服务器：？
好好好，理理理。
[第三次握手]
客户收到了服务器的回信。
它太开心了，忍不住拆开来细细品味每一个字。
信中服务器回应了它的感情，它有些不敢相信，于是焦急又期待的再次奔向桌前，写信问道：是真的吗？你愿意和我连接吗？
[第四次握手]（不一定有）
服务器去信，肯定了客户的猜测。
[日常通信]
自从服务器和自己确认连接后，客户整个机都飘飘然，恨不得一天24小时都跟服务器保持通信。
它天天给服务器打电话：“喂喂喂喂喂喂……”
服务器很忙，偶尔回一两句证明自己在听。
但客户乐在其中，恨不得把自己每一分每一秒在做的事都汇报给对方。
可是服务器太忙了，它又不忍心频繁地打扰对方，只能按照最开始的约定，攒到多少想说的话后，一口气全部说给对方。
[DO完]
[“客户主动打开连接，服务器被动打开连接”。——《计算机网络》]
它们现在都处在一个ESTABLISHED的状态。
“客户的应用进程先向其TCP发出连接释放报文段，并停止再发送数据，主动关闭TCP连接。”
服务器收到后，表示同意，并进入CLOSEWAIT状态。
它同意的太爽快了，客户心中不爽。趁着此时的TCP连接处于半关闭状态。客户又强行发送了一段数据，服务器无奈接收。
心满意足的客户终于放过了服务器，进入FIN-WAIT-2（终止等待2）状态。
“哥哥，真的……不继续了吗？”
服务器要工作了，它直接无视了对方的请求，进入TIME-WAIT状态。
一番温存，大约2MSL（目前是4分钟）时间后，服务器终于成功进入了CLOSED状态。
[番外-保活计时器]
客户已经超过两个小时没有给自己发消息了。
服务器想着，面无表情地回复完另一个追求者的信件。
它应该是死了。
于是服务器毫不留情地删除了客户的联系方式。
[结局]
客户还不知道的是，服务器给每个人都单独开了一个信箱。
作者有话说第1章 5.9TCP的传输连接管理（三次握手）
