这是两台要基于TCP进行通信的主机
其中一台主机中的某个应用进程主动发起TCP连接建立，称为TCP客户
另一台主机中被动等待TCP连接建立的应用进程，称为TCP服务器
我们将TCP建立连接的过程比喻为“握手”，
“握手”需要在TCP客户和服务器之间交换三个TCP报文段，
最初，两端的TCP进程都处于关闭状态，
一开始，TCP服务器进程首先创建传输控制块
用来存储TCP连接中的一些重要信息，
之后，就准备接受TCP客户进程的连接请求
此时，TCP服务器进程就进入监听状态，
等待TCP客户进程的连接请求
TCP服务器进程是被动等待来自TCP客户进程的连接请求，而不是主动发起，因此称为被动打开连接。
TCP客户进程也是首先创建传输控制块
然后，在打算建立TCP连接时，
向TCP服务器进程发送TCP连接请求报文段
并进入同步已发送状态。TCP连接请求报文段
首部中的同部位SYN被设置为1，
表明这是一个TCP连接请求报文段，
序号字段seq被设置了一个初始值x
作为TCP客户进程所选择的初始序号
注意：TCP规定SYN被设置为1的报文段不能携带数据，
但要消耗掉一个序号
由于TCP连接建立是由TCP客户主动发起的，
因此，称为主动打开连接。
TCP服务器进程收到TCP连接请求报文段后，
如果同意建立连接，
则向TCP客户进程发送TCP连接请求确认报文段，
并进入同步已接收状态。
该报文段首部中的同步位SYN和确认位ACK都设置为1，
表明这是一个TCP连接请求确认报文段
序号字段seq被设置成一个初始值y
作为TCP服务器进程所选择的初始序号
确认号字段ack的值被设置成了x+1
这是对TCP客户进程所选择的初始序号的确认，
注意：这个报文段也不能携带数据，
因为，它是SYN被设置成1的报文段
同样，要消耗掉一个序号
TCP客户进程收到TCP连接请求确认报文段后，
还要向TCP服务器进程发送一个普通的TCP确认报文段，
并进入连接已建立状态，
该报文段首部中的确认位ACK被设置为1
表明这是一个普通的TCP确认报文段
序号字段seq被设置为x+1,
这是因为TCP客户进程发送的第一个TCP报文段的序号为x
并且不携带数据，
因此第二个报文段的序号为x+1
注意：TCP规定普通的TCP确认报文段可以携带数据，
但如果不携带数据，则不消耗序号
在这种情况下，所发送的下一个报文段的序号仍是x+1
确认号字段被设置为y+1
这是对TCP服务器进程所选择的初始序号的确认
TCP服务器进程收到该确认报文段后也进入连接已建立状态
现在，TCP双方都进入了连接已建立状态。
它们可以基于已建立好的TCP连接
进行可靠的数据传输了
