三次握手
位码即tcp标志位，
SYN(synchronous建立联机)
ACK(acknowledgement 确认)
Sequence number(顺序号码)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)
Acknowledge number(确认号码)
第一次握手：主机A发送位码为syn＝1，随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；
第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1)，syn=1，ack=1，随机产生seq=7654321的包；
第三次握手：客服端收到服务端的报文，并将seq设为x+1，ack设为y+1，ACK设为1再发送给服务端，发送完之后两端都进入ESTABLISHED状态，完成三次握手，之后就可以进行数据传输。
为什么需要三次握手建立连接？
至少三次是为了保住连接的可靠。双方需要经过三次握手确认信息达到estarblished状态。少一次达不到，多一次显得冗余。
四次挥手
第一次挥手：客户端向服务端发送FIN报文，设置seq为u，发送完之后客户端进入FIN_WAIT_1状态，表示客户端没有数据发送给服务端了。
第二次挥手：服务端收到了客户端的FIN报文段，并回复一个ACK报文。
第三次挥手：服务端向客户端发送FIN报文，请求关闭连接，并设置seq为w，ack为u+1，发送完之后服务端进入LAST_ACK状态。
第四次挥手：客户端收到服务端的FIN报文之后，回复一个ACK报文，seq设为u+1,ack设为w+1，之后客户端进入TIME_WAIT状态，服务端收到之后就会关闭连接，此时客户端等待2MSL(最大报文生存时间)后依然没有收到回复，则说明服务器正常关闭，客户端也就随之关闭。
** 为什么需要四次握手断开连接？ **
断开连接时，分为两个阶段。一次是客户端通知服务器，告知自己不会再发送数据。注意，此时服务器仍可以发数据给客户端。第二次是服务器告知客户端自己不会再发送数据。
要弄清楚的是，断开时，任意一方都可以主动断开，表明自己不再发送数据，但仍可接收数据。所以中间的 FIN 和 ACK 不能合并。另外每次断开连接需要 FIN 请求 + ACK，所以断开需要四次。
TIME_WAIT 等待 2MSL 的意义？
确保连接可靠关闭，防止最后一个 ACK 的丢失。
避免套接字混淆（同一个端口对应多个 socket）
注：主要目的是，对客户端回发 ACK 丢失的情况做处理，可以在服务端再次发送 FIN 时回发 ACK。
我们发现上面的 流程2和 流程3都是由服务端发起的，那么有没有可能合并这两个请求，一次发送给客户端？答案是 可以。在 RFC 2581中的 4.2 节有提到， ack可以延迟确认，只要求保证在 500ms之内保证确认包到达即可。在这样的标准下， TCP确认是有可能进行合并延迟确认的 所以通常的 4次挥手，经过合并后变成了 3次挥手。
