大家好，又见面了，我是你们的朋友全栈君。
客户端发了一个FIN 501(0) ACK 701 ,然后服务端回了一个ACK502 。。此时客户端就处于半关闭状态。
至于半关闭的话，还得详细解释一下：
刚开始（左边）客户端和服务端（右边）都可以互相进行通信，都能进行 发送数据和接收数据，但当 客户端处于半关闭时，就变成了下面这样
（此图只是举个例子，没必要纠结图）这图想表达的就是，客户端（左边）只能进行接收数据，而不能发送数据， 服务端（右边）能进行发送数据和接收数据
这个半关闭状态是什么时候有的呢？在代码层面来理解：
当我们服务端的read函数返回0，说明客户端的数据已经到结尾了，然后客户端半关闭事件喽
当服务端close返回的时候，说明4次挥手成功，连接关闭喽。
这种是通过什么机制实现的呢？
因为一个 套接字（左右方框均可看成一个套接字） 中有两个缓冲区，一个读缓冲区，一个写缓冲区
当一个套接字处于半关闭状态时，也就代表，关闭了写缓冲区，读缓冲区依然开启。所以利用这个套接字依然能进行读数据，但是不能写数据，这就是半关闭状态。。相同概念，所以客户端和服务端各自都来关一次，就4次挥手
接下来两次挥手
综合起来就是：
这里大家是不是还会有一个小疑问？半关闭后的客户端为什么还能发送ACK呢？
半关闭并非关 套接字，而是关缓冲区！！！也就是关掉内核的写缓冲区，也就是客户端不会再向服务端写数据了，但是客户端与服务端之间的连接还在的呀，仔细看这图，所以可以返回ACK应答的
总结如下：
三次握手：
主动放松连接请求端，发送SYN标志位，请求建立连接。携带序号，数据字节数（0），滑动窗口大小
被动接受连接请求端，发送ACK标志位，同时携带SYN请求标志位。携带序号，确认序号，数据字节数（0），滑动窗口大小
主动发起连接请求端，发送 ACK标志位，应答服务器连接请求。携带确认序号。
四次挥手：
主动关闭连接请求端，发送FIN标志位。
被动关闭连接请求端，应答ACK标志位。 ————–半关闭完成
被动关闭连接请求端，发送FIN标志位。
主动关闭连接请求端，应答ACK标志位。 —————-连接全部关闭
滑动窗口：
发送给连接对端，本端的缓冲区大小（实时），保证数据不会丢失。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/146108.html原文链接：https://javaforall.net
