TCP三次握手和四次挥手的理解

三次握手原理:
第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。

接下来是原理图：

从图中可以看到，在客户机与服务器进行简历数据链接时，先进行了3次通话，再断开连接时又进行了4次通话，这也就是3次握手和4次挥手
那为什么是三次握手呢？可以模拟下两次。三次，四次的握手场景：

三次握手场景：
客户机：“栋妖栋妖，可以听到吗？”
服务器：“栋拐栋拐，可以听到，栋妖是否听到？听到请讲！”
客户机：“栋妖栋妖，前方高能预警。。。。ヾ(ﾟ∀ﾟゞ)”

两次握手场景：
客户机：“0101，这里是07，是否可以听到吗？”
服务器：“0707，这里是01，07是否听到？听到请讲！”
客户机：“0101，可以听到吗？”
服务器：“0707，可以听到，请讲！”
客户机：“0101，可以听到吗？”
服务器：“你大爷！。。。。。ψ(╰_╯)”

四次握手场景：
客户机：“0101，可以听到吗？”
服务器：“0707，这里是01，07是否听到？听到请讲！”
客户机：“0101，我可以听到，01可以听到吗？”
服务器：“铁憨憨。。。。⊙︿⊙”

由此可见，三次刚刚好，两次次达不到确认目的，四次又有多余。

简单来说就是：
1.A向B发一个数据包。
2.B收到数据包后，向A回一个数据包。
3.A收到数据包后，向B回一个数据包。

断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”

四次挥手
由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。
CP的连接的拆除需要发送四个包，因此称为四次挥手(four-way handshake)。客户端或服务器均可主动发起挥手动作，在socket编程中，任何一方执行close()操作即可产生挥手操作。
（1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。
（2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN一样，一个FIN将占用一个序号。
（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A。
（4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。

客户端状态变化：
CLOSED->SYN_SENT->ESTABLISHED->FIN_WAIT_1->FIN_WAIT_2->TIME_WAIT->CLOSED
服务端状态变化：
CLOSED->LISTEN->SYN-RECEIVED->ESTABLISHED->CLOSE_WAIT->LAST_ACK->CLOSED

状态列表：
LISTEN - 侦听来自远方TCP端口的连接请求；
SYN-SENT -在发送连接请求后等待匹配的连接请求；
SYN-RECEIVED - 在收到和发送一个连接请求后等待对连接请求的确认；
ESTABLISHED- 代表一个打开的连接，数据可以传送给用户；
FIN-WAIT-1 - 等待远程TCP的连接中断请求，或先前的连接中断请求的确认；
FIN-WAIT-2 - 从远程TCP等待连接中断请求；
CLOSE-WAIT - 等待从本地用户发来的连接中断请求；
CLOSING -等待远程TCP对连接中断的确认；
LAST-ACK - 等待原来发向远程TCP的连接中断请求的确认；
TIME-WAIT -等待足够的时间以确保远程TCP接收到连接中断请求的确认；
CLOSED - 没有任何连接状态；

TCP 6种标识位：
SYN(synchronous建立联机)
ACK(acknowledgement 确认)
PSH(push传送)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)
Sequence number(顺序号码)
Acknowledge number(确认号码)