tcp握手挥手

tcp
建立tcp链接 - 三次握手
SYN- synchronize sequence numbers同步序列编号
ACK- acknowledge character确认字符
seq - sequence 序列号
客户端 SYN = 1 ，seq = j -> 服务端
客户端 <- SYN = 1，ACK = 1，ack = j + 1，seq = k 服务端
客户端 ACK = 1 ，ack = k + 1 -> 服务端
为什么要三次握手？
为了防止已失效的连接请求报文段突然又传送到了服务端，因 而产生错误
已经发出的报文 在某个节点长时间滞留了 一直延误到连接释 放了 这时候报文到了 假设没有三次握手的话 这时候服务端会 以为是客户端发起新的连接 这时服务端确认之后就会等待客户 端的数据 然而并不是客户端的连接 服务端就会进入长时间的 等待状态浪费资源
断开连接 - 四次挥手
第一次挥手：Client发送一个FIN，用来关闭Client到Server的数 据传送，Client进入FIN_WAIT_1状态。
第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序 号为收到序号+1（与- SYN相同，一个FIN占用一个序号）， Server进入CLOSE_WAIT状态。
第三次挥手：Server发送一个FIN，用来关闭Server到Client的数 据传送，Server进入LAST_ACK状态。
第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接 着发送一个ACK给Server，确认序号为收到序号+1，Server进入 CLOSED状态，完成四次挥手。
为什么建立连接是三次握手，而关闭连接却是四次挥手呢？
　　这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。