学习三次握手和四次挥手前，先了解下几个基础的概念。
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抓到的包却是这样的。抓取了一下午都抓不到如上的过程。
对于这样的场景，我只能怀疑是不是服务端做了优化，所以我又找了局域网下的两台电脑做了下测试发现结果还是这样的。
对于这样的结果，求交流。