为什么是三次握手
因为这是双方都有收发的最小次数
握手的目的：确认网络好着没，对方好着没
- 确认双方主机是否健康（双方）
- 验证双方是否具有全双工。
比如发送数据不是为了对方接受，而是为了证明自己能够发送数据。
一次握手，服务端知道自己能收；
两次握手，客户端知道自己能够收发，服务端也还是只知道自己能够收，因为自己第二次握手发送的ack应答并未有回应。
所以需要第三次握手，就能够确认服务端也能发。至此三次握手就达到了验证两端全双工通信的要求。
再者，一次握手受到攻击的可能性是很大的，因为每次建立链接成功就要产生结构体，那么别人就可以发大量的链接导致你的服务器资源消耗很大，二次握手同理，服务器的回复别人不用管，只要认为链接成功就能一直给你发链接。这叫做SYN洪水，相对而言三次握手的话对方也会建立链接，那么对方识别syn+ack的时候其实也就是正常的三次握手
为什么是四次挥手
断开链接是双方都应该知晓并且同意的过程，四次挥手是双方都能得知断开链接的最小次数。双方协商断开链接的最小次数，首先我申请断开，对方同意并且我得知。其次对方申请断开，我同意并且对方得知。这就是协商的最小次数
什么是TIME_WAIT状态
主动断开链接的一方，要进入一个timewait状态，这时候即使四次挥手完成，客户端也不会释放链接，因为最后一次ack并没有保证一定获取，这个状态是在客户端收到服务端发来的关闭请求，也就是第三次挥手的时候。然后发送最后一次挥手ack，然后经过两次报文的最大生存时间（MSL）后才进入closefd
- [FIN_WAIT_1 -> FIN_WAIT_2] 客户端收到服务器对结束报文段的确认, 则进入FIN_WAIT_2, 开始等待服务器的结束报文段;
- [FIN_WAIT_2 -> TIME_WAIT] 客户端收到服务器发来的结束报文段, 进入TIME_WAIT, 并发出LAST_ACK;
- [TIME_WAIT -> CLOSED] 客户端要等待一个2MSL(Max Segment Life, 报文最大生存时间)的时间, 才会进入CLOSED状态.
TIME_WAIT状态的客户端主机程序无法监听同样的server端口，因为实际的链接并未断开，这也就是平时我们绑定端口的时候出现bind error的原因。
- 为什么是TIME_WAIT的时间是2MSL?
MSL是TCP报文的最大生存时间, 因此TIME_WAIT持续存在2MSL的话，就能保证在两个传输方向上的尚未被接收或迟到的报文段都已经消失(否则服务器立刻重启, 可能会收到来自上一个进程的迟到的数据, 但是这种数据很可能是错误的);
同时也是在理论上保证最后一个报文可靠到达(假设最后一个ACK丢失, 那么服务器会再重发一个FIN. 这时虽然客户端的进程不在了, 但是TCP连接还在, 仍然可以重发LAST_ACK)
解决TIME_WAIT状态引起的bind失败的方法
在server的TCP连接没有完全断开之前不允许重新监听, 某些情况下可能是不合理的文章来源：https://www.toymoban.com/news/detail-434552.html
- 服务器需要处理非常大量的客户端的连接(每个连接的生存时间可能很短, 但是每秒都有很大数量的客户端来请求).
- 这个时候如果由服务器端主动关闭连接(比如某些客户端不活跃, 就需要被服务器端主动清理掉), 就会产生大量TIME_WAIT连接.
- 由于我们的请求量很大, 就可能导致TIME_WAIT的连接数很多, 每个连接都会占用一个通信五元组(源ip,源端口, 目的ip, 目的端口, 协议). 其中服务器的ip和端口和协议是固定的. 如果新来的客户端连接的ip和端口号和TIME_WAIT占用的链接重复了, 就会出现问题
使用setsockopt()设置socket描述符的 选项SO_REUSEADDR为1, 表示允许创建端口号相同但IP地址不同的多个socket描述符文章来源地址https://www.toymoban.com/news/detail-434552.html
int opt = 1;
setsockopt(listenfd,SOL_SOCKET,SO_REUSEDDR,&opt,sizeof(opt));
到了这里，关于为什么是三次握手和四次挥手的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
