浅谈TCP三次握手和四次挥手

学习三次握手和四次挥手前，先了解下几个基础的概念。

Seq:数据段序号，我们都知道TCP是提供有序传输的，有序传输的基础就是数据段序号，接收方在收到发送方乱序包的情况下可以根据Seq进行重新排序，确保接收的数据是正常的。

Len:数据段长度，数据段长度不包括TCP头部，就是TCP除头部以外的内容，比如涵盖的HTTP数据。

Ack:确认号，即接收方向发送方确认自己收到的数据。

用wireShark来看看一个TCP传数据的过程图，认识下这几个概念。

除了如上几个概念外，在截图中的方括号内还有SYN、ACK这几个标记位需要了解下，这些标记位是存在TCP头中的。

SYN:建立连接

FIN:释放连接

RST:重置连接

PSH:尽可能快的将数据送往接收进程

还有ACK（确认序号有效）和URG（紧急指针域有效）。

理解了这些概念，咱们再通过wireShark来理解三次握手。

1、  客户端携带SYN标记，初始序号Seq为X（开启了相对序号时如图中所示为0），请求与服务端建立连接，服务端同意后麻烦Ack=X+1；

2、  服务端收到请求后，同意建立连接，Ack为X+1，同时也请求与客户端建立连接（SYN），初始序号为Y，麻烦客户端同意后也请Ack=Y+1；

3、  客户端收到请求后，同意连接，Ack为Y+1，序号为X+1。

示意图如下：

再来理解下四次挥手，按照各路教材及大师的作品过程和示意图是这样的。

1、客户端向服务端发起请求断开连接，携带FIN标记，Seq为X，请求与服务端断开连接，服务端同意后麻烦Ack=X+1；

2、服务端收到请求后，Ack=X+1，断开连接；

3、服务端也向客户端发起请求断开连接，携带FIN标记，Seq为Y，请求与客户端断开连接客户端同意后麻烦Ack=Y+1；

4、客户端收到请求后，Ack=Y+1，断开连接；

但是我用wireShark抓到的包却是这样的。抓取了一下午都抓不到如上的过程。

对于这样的场景，我只能怀疑是不是服务端做了优化，所以我又找了局域网下的两台电脑做了下测试发现结果还是这样的。

对于这样的结果，求交流。