TCP协议是TCP/IP体系中核心一个协议，该协议比起IP协议，ICMP协议，UDP协议都更复杂，因此这篇文章主要分析TCP协议在建立连接和断开连接的时候，状态转移以及报文段的内容。
下面，先放一张TCP的状态转移图：
TCP协议之三次握手
三次握手的过程是TCP在客户端和服务端建立连接的过程。简单的来说三次握手过程，就是客户端先发送一个连接请求给服务端，这是第一次握手。服务端接收到客户端发来的链接请求，然后在将确认的消息发给客户端，这是第二次握手。客户端对服务端发来的确认消息进行确认，然后将确认的消息发给服务端，这就是三次握手。三次握手之后，链接建立。
为什么一定是三次握手才能建立一个可靠地链接？如果不是三次握手，那么在客户端发送了链接请求之后，服务端对这个请求进行确认，就认定这次的链接已经成功建立，俗称的二次握手。这样的方式的弊端在哪里？
考虑这么一种情况，当客户端进行第一次握手时，发送了一个报文段，但是这个报文段因为网络的问题，迟迟没有到，这时，客户端又会再一次发送一个连接请求的报文段给服务端，这次成功接收，两者建立连接，并通信结束，关闭连接。这之后，因为网络延迟的那个报文段传到了服务端那里，服务端又以为客户端要建立新的连接，于是就同意了，向客户端发送确认。因为是二次握手，所以服务端后续要做的事情，就是等待客户端发送的消息，但是客户端是不会理会服务端传来的确认，所以服务端就会一直在等待客户端的数据，白白浪费了资源。
抓包分析TCP三次握手的报文段
现在，详细说一下三次握手具体是做了什么。
第一次握手，客户端发送一个报文段给服务端，该报文段中标志有SYN标志，该标志表示建立连接，以及一个初始的序列号。
第二次握手时，服务端发送一个报文段给客户端，该报文段中标志有SYN标志，和ACK标志。ACK标志的值是客户端发来的初始序号值+ 1，表示对客户端进行确认，报文段中还有服务端自己的初始序号。
第三次握手时，客户端发送一个报文段给服务端，该报文段中标志只有ACK标志，该ACK值是服务端的初始序列化的值 + 1，表示对服务端进行确认，以及还有一个序号值，该序号值为客户端第一次握手时的序号值 + 1。
三次握手建立连接结束。
图片上共有三行，每一行代表一次握手。我们先看第一行
