TCP可靠的传输协议，建立连接时的三次握手，终止连接时的四次挥手，在离开大学之后，很快就只记住一个名字，具体过程记不清楚了。重新拾起来，再过一遍有不少恍然大悟的地方，当然也可能是大学时就没学磁实！
然后把自己的理解记录一下，自己能表述出来才算是理解了！以下只是对标准的TCP连接过程，不涉及半连接，同时打开，同时关闭等情况下的连接。
tcp三次握手
第一次握手，发送一个syn段指明客户打算连接的服务器的端口及初始化序号，报文1
第二次，发回包含服务器初始序号的SYN报文段, 同时对客户端的ISN加1进行确认，报文2
第三次，对服务端初始ISN序号加1进行确认，报文3
设想以下场景：
河对岸分别站一个人A和B， A向B喊话：我要扔给你（服务器）一条鱼（信息）。扔到你左边1米的格子内（端口）；B听到后向A喊话，我听到了，我会在左边一米等着你的鱼； A听到后继续喊，知道你在等着了！下一个场面就是大河上下，鱼来鱼往。
tcp四次挥手
client发送一个FIN包告诉server要关闭client->server的连接；server返回一个ack包。然后server向client发送一个FIN包告诉client要关闭server->clent的连接。
设想以下场景：
河边依然站着两个人，A和B。经过三次喊话后，双方开始扔鱼（交换数据）；A向B扔鱼，B向A扔螃蟹；当A的鱼扔完了，于是向B喊话，我的鱼扔完了，B听到后给A回复“知道了，那就别扔了”；如果这时B的螃蟹也扔完了，B向A说我的螃蟹也扔完了，不扔了；A听到后回复“知道了，那就停止吧”；然后A和B的交流算是完毕。如果B的螃蟹没扔完，B继续扔，这种情况就是半连接，直到扔完，再喊话给A，停止扔螃蟹。
C和S两端状态变化过程：
当client发送第一个FIN包后，client的状态从ES变成了fin-wait1，当收到server返回的ack时，状态变化成了fin-wait2; 当收到server端发的fin包后，状态变成了time_wait，然后发送Ack给server端；client在等待2msl时间后，连接彻底关闭。
当server端收到第一个fin包后，server的状态从ES变成了close_wait，然后给client发送一个ack包；server给client发送一个fin包后，状态变成了last_ack，等待接收client的ack包; 当收到client发来的ack包时，状态变成closed,连接关闭。
PS：
fin_wait1 （主动关闭）
fin_wait2 client端的状态
close_wait server端的状态，被动关闭
上述类比仔细琢磨一下是太恰当，仅帮助理解。