网络通信和IO（4）：面试不怕问TCP了/为什么建立连接是三次握手，关闭连接确是四次挥手呢？/TCP建立连接（三次握手）/TCP连接的释放（四次分手）/超时重传/停止等待协议/滑动窗口概念/流量控制

开文

网络通信与IO系列第二文的时候，把OSI五层串了起来，每层与之对应的协议也都做了介绍，几个协议中最有可说的、面试问的最多的就是TCP，并且Dubbo的通信方式使用的是RPC，而RPC是基于TCP的，这个会单独写篇RPC的文章

与TCP对应的是UDP，TCP和UDP的区别第二文总结的时候说的都很详细了，这里就只说TCP吧，不多介绍其他协议了

通过第二文可以了解到TCP是传输层的协议，也就是负责传输层的，还说了一下三次握手四次分手，这个是为了确定客户端和服务端的通信是通的。

TCP的中文全称叫做传输控制协议，顾名思义，就是要对数据的传输进行一定的控制，以及经常提到的一个词就是“可靠”，可靠就可靠在对数据传输上的控制。

比如面试的时候问TCP为什么是可靠的，大部分人肯定回答三次握手四次分手，这么答也没错

但其实这个严格来说可靠指的不是三次握手，三次握手是为了确认通信是通的，可靠其实体现在数据传输上的控制，就是第二文中抓包测试的时候，提到的窗口概念中的重发机制

那么就围着这些传输中的机制来总结一篇文章，虽然三次握手四次分手已经讲过了，但是这里想补充点这方面的面试题，所以再更详细的总结一次

TCP建立连接（三次握手）

最开始的时候客户端和服务器都是处于CLOSED状态，主动打开连接的为客户端，被动打开连接的是服务器。

图中流程如下

1.TCP服务器进程先创建传输控制块TCB，时刻准备接受客户进程的连接请求，此时服务器就进入了LISTEN（监听）状态；

2.TCP客户进程也是先创建传输控制块TCB，然后向服务器发出连接请求报文，这时报文首部中的同部位SYN=1，同时选择一个初始序列号 seq=x ，此时，TCP客户端进程进入了 SYN-SENT（同步已发送状态）状态。

TCP规定，SYN报文段（SYN=1的报文段）不能携带数据，但需要消耗掉一个序号。

3.TCP服务器收到请求报文后，如果同意连接，则发出确认报文。确认报文中应该 ACK=1，SYN=1，确认号是ack=x+1，同时也要为自己初始化一个序列号 seq=y，此时，TCP服务器进程进入了SYN-RCVD（同步收到）状态。

这个报文也不能携带数据，但是同样要消耗一个序号。

4.TCP客户进程收到确认后，还要向服务器给出确认。确认报文的ACK=1，ack=y+1，自己的序列号seq=x+1，此时，TCP连接建立，客户端进入ESTABLISHED（已建立连接）状态。

TCP规定，ACK报文段可以携带数据，但是如果不携带数据则不消耗序号。

5.当服务器收到客户端的确认后也进入ESTABLISHED状态，此后双方就可以开始通信了。

为什么TCP客户端最后还要发送一次确认呢？

一句话，主要防止已经失效的连接请求报文突然又传送到了服务器，从而产生错误。

如果使用的是两次握手建立连接，假设有这样一种场景，客户端发送了第一个请求连接并且没有丢失，只是因为在网络结点中滞留的时间太长了，由于TCP的客户端迟迟没有收到确认报文，以为服务器没有收到，此时重新向服务器发送这条报文，此后客户端和服务器经过两次握手完成连接，传输数据，然后关闭连接。

此时此前滞留的那一次请求连接，网络通畅了到达了服务器，这个报文本该是失效的，但是，两次握手的机制将会让客户端和服务器再次建立连接，这将导致不必要的错误和资源的浪费。

如果采用的是三次握手，就算是那一次失效的报文传送过来了，服务端接受到了那条失效报文并且回复了确认报文，但是客户端不会再次发出确认。由于服务器收不到确认，就知道客户端并没有请求连接。

TCP连接的释放（四次分手）

数据传输完毕后，双方都可释放连接。最开始的时候，客户端和服务器都是处于ESTABLISHED状态，然后客户端主动关闭，服务器被动关闭。

1.客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1&