《TCP/IP详解 卷1:协议》 第十七章 TCP：传输控制协议

TCP提供一种面向连接的、可靠的字节流服务。

1. 面向连接意味着两个使用TCP的应用（通常是一个客户和一个服务器）在彼此交换数据
   之前必须先建立一个TCP连接。在一个TCP连接中，仅有两方进行彼此通信。

2. TCP通过下列方式来提供可靠性：

   1. 应用数据被分割成TCP认为最适合发送的数据块。这和UDP完全不同，应用程序产生的数据报长度将保持不变。由TCP传递给I P的信息单位称为报文段或段（s e g m e n t）。
   2. 当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。
   3. 当TCP收到发自TCP连接另一端的数据，它将发送一个确认。这个确认不是立即发送，通常将推迟几分之一秒。
   4. TCP将保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错， T C P将丢弃这个报文段和不确认收到此报文段（希望发端超时并重发）。
   5. 既然TCP报文段作为 I P数据报来传输，而 I P数据报的到达可能会失序，因此TCP报文段的到达也可能会失序。如果必要，TCP将对收到的数据进行重新排序，将收到的数据以正确的顺序交给应用层。
   6. 既然I P数据报会发生重复， TCP的接收端必须丢弃重复的数据。
   7. TCP还能提供流量控制。 TCP连接的每一方都有固定大小的缓冲空间。TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据。这将防止较快主机致使较慢主机的缓冲区溢出。

3. 两个应用程序通过TCP连接交换8 bit字节构成的字节流。 TCP不在字节流中插入记录标识符。我们将这称为字节流服务（byte stream service）。如果一方的应用程序先传 1 0字节，又传20字节，再传 5 0字节，连接的另一方将无法了解发方每次发送了多少字节。收方可以分 4次接收这 80个字节，每次接收 20字节。一端将字节流放到 TCP连接上，同样的字节流将出现在TCP连接的另一端。另外， T C P对字节流的内容不作任何解释。 T C P不知道传输的数据字节流是二进制数据，还是A S C I I字符、 E B C D I C字符或者其他类型数据。对字节流的解释由 T C P连接双方的应用层解释。

TCP首部

序号用来标识从TCP发端向TCP收端发送的数据字节流，它表示在这个报文段中的的第一个数据字节。

当建立一个新的连接时，SYN标志变1。序号字段包含由这个主机选择的该连接的初始序号ISN（Initial Sequence Number）。该主机要发送数据的第一个字节序号为这个 ISN加1，因为SYN标志消耗了一个序号，FIN标志也要占用一个序号。

确认序号包含发送确认的一端所期望收到的下一个序号。因此，确认序号应当是上次已成功收到数据字节序号加 1。只有ACK标志为 1时确认序号字段才有效。

一旦一个连接建立起来，ACK标志也总是被设置为1。

TCP可以表述为一个没有选择确认或否认的滑动窗口协议。我们说TCP缺少选择确认是因为TCP首部中的确认序号表示发方已成功收到字节，但还不包含确认序号所指的字节。当前还无法对数据流中选定的部分进行确认。它也无法对一个报文段进行否认。

首部长度给出首部中 32 bit字（4个byte）的数目。需要这个值是因为任选字段的长度是可变的。这个字段占4 bit，因此T C P最多有6 0字节的首部。然而，没有任选字段，正常的长度是 2 0字节。

六个标志比特:
URG 紧急指针有效
ACK 确认序号有效
PSH 接收方尽快把报文交付应用层
RST 复位连接
SYN 发起一个连接
FIN 结束一个连接

T C P的流量控制由连接的每一端通过声明的窗口大小来提供。窗口大小为字节数，起始于确认序号字段指明的值，这个值是接收端正期望接收的字节。窗口大小是一个 16 bit字段，因而窗口大小最大为 6 5 5 3 5字节。

只有当URG标志置1时紧急指针才有效。紧急指针是一个正的偏移量，和序号字段中的值相加表示紧急数据最后一个字节的序号。 T C P的紧急方式是发送端向另一端发送紧急数据的一种方式。

最常见的可选字段是最长报文大小，又称为 MSS (Maximum Segment Size)。每个连接方通常都在通信的第一个报文段（为建立连接而设置 S Y N标志的那个段）中指明这个选项。它指明本端所能接收的最大长度的报文段。