TCP三次握手与四次挥手

TCP（Transmission ControlProtocol，传输控制协议）
1.它是传输层的一个协议
2.它是一个面向连接的协议，连接前必须经历“三次握手”（我们可以理解为打电话，只有电话通了，两个人才可以说
话）
3.它是一种可靠传输
4.面向字节流（可以理解为像水一样传输数据）
了解TCP协议的全过程

建立连接三次握手

1.第一次握手:客户端发送syn包(syn=x)到服务器，并进入SYN_ SEND状态，等待服务器确认;

 

2. 第二次握手:  服务器收到syn包，必须确认客户的SYN (ack=x+1)，同时自己也发送一个SYN包(syn=y) ，

即SYN+ ACK包，  此时服务器进入SYN_RECV状态;

 

   3.第三次握手:  客户端收到服务器的SYN+ACK包，  向服务器发送确认包ACK(ack=y+1)，此包发送完毕，

客户端和服务器进入ESTABLISHED状态，完成三次握手。

 

   握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，

TCP连接一-旦建立，  在通信双方中的任何一方主动关闭连接之前，TCP连接都将被一直保持下去。

 

断开一个TCP连接则需要“四次握手”

1. 第一次挥手:主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方:我已经不会再给你发数据了(当然，在fin包之前发送出去的数据，如果没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，但是，此时主动关闭方还可以接受数据。

 

2.第二次挥手:被动关闭方收到FIN包后，发送一个ACK给对方，  确认序号为收到序号+1 (与SYN相同，一个FIN占用一个序号)

 

3.第三次挥手:被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方

  我的数据也发送完了，不会再给你发数据了。

 

4. 第四次挥手:主动关闭方收到FIN后，  发送一个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。

为什么连接的时候是三次握手，关闭的时候却是四次握手？

答：因为当Server端收到Client端的SYN连接请求报文后，可以直接发送SYN+ACK报文。其中ACK报文是用来应答的，
SYN报文是用来同步的。
但是关闭连接时，当Server端收到FIN报文时，很可能并不会立即关闭SOCKET，所以只能先回复一个ACK报文，告
诉Client端，"你发的FIN报文我收到了"。
只有等到Server端所有的报文都发送完了，我才能发送FIN报文，因此不能一起发送。故需要四步握手

为什么不能用两次握手进行连接？

答：3次握手完成两个重要的功能，既要双方做好发送数据的准备工作(双方都知道彼此已准备好)，也要允许双方就初始序
列号进行协商，这个序列号在握手过程中被发送和确认。
1. TCP的三次握手最主要是防止已过期的连接再次传到被连接的主机。因为client处于CLOSED状态，接受到任何包
都会丢弃.而此时的server还一直在等待client的数据
2. 三次握手改成仅需要两次握手，死锁是可能发生
即服务器返回的数据在传输过程中丢失了,那么客户端规定时间内没收到就会超时重传,则会发生死锁

如何理解TIME_WAIT状态

首先调用close()发起主动关闭的一方，在发送最后一个ACK之后会进入time_wait的状态，也就说该发送方会保持2MSL时
间之后才会回到初始状态。MSL值得是数据包在网络中的最大生存时间。产生这种结果使得这个TCP连接在2MSL连接等待
期间，定义这个连接的四元组（客户端IP地址和端口，服务端IP地址和端口号）不能被使用
为什么会有这个TIME_WAIT状态
1）为实现TCP全双工连接的可靠释放
由TCP状态变迁图可知，假设发起主动关闭的一方（client）最后发送的ACK在网络中丢失，由于TCP协议的超时重
传机制，执行被动关闭的一方（server）将会重发其FIN，在该FIN到达client之前，client必须维护这条连接状态，也就说
这条TCP连接所对应的资源（client方的local_ip,local_port）不能被立即释放或重新分配，直到另一方重发的FIN达到之
后，client重发ACK后，经过2MSL时间周期没有再收到另一方的FIN之后，该TCP连接才能恢复初始的CLOSED状态。
如果主动关闭一方不维护这样一个TIME_WAIT状态，那么当被动关闭一方重发的FIN到达时，主动关闭一方的TCP传输层
会用RST包响应对方，这会被对方认为是有错误发生，然而这事实上只是正常的关闭连接过程，并非异常。
2）使旧的数据包在网络因过期而消失
假设TCP协议中不存在TIME_WAIT状态的限制，再假设当前有一条TCP连接：(local_ip, local_port,
remote_ip,remote_port)，因某些原因关闭它，接着很快以相同的四元组建立一条新连接。
因为TCP连接由四元组唯一标识，因此，在这种情况中，TCP协议栈是无法区分前后两条TCP连接的区别，在它看
来，这根本就是同一条连接。
这样就可能发生这样的情况：前一条TCP连接的过期数据发送给对端之后，会被该当做正常数据接收并向上传递至应
用层，从而引起数据错乱进而导致各种无法预知的诡异现象。
作为一种可靠的传输协议，TCP必须在协议层面考虑并避免这种情况的发生，这正是TIME_WAIT状态存在的第2个原
因

TIME_WAIT状态如何避免
首先服务器可以设置SO_REUSEADDR套接字选项来通知内核，如果端口忙，但TCP连接位于TIME_WAIT状态时可以重用
端口