Linux下网络编程学习手册（三）：有关TCP的描述

TCP的特点

  两大重要的传输协议：TCP协议、UDP协议，相比较而言，TCP比UDP协议的优点是面向连接的、可靠的、字节流。
  使用TCP协议通信的双方首先要建立连接，连接双方必须为此次连接提供内核资源，用来管理数据的传输，全双工（同时进行读写）。
  一些基于广播的和多播的应用程序是无法使用TCP协议的。最好的选择是面向无连接的UDP协议。发送端：由于TCP模块将数据都放入缓冲区中，当发送数据时，这些数据被封装成一个或多个数据报，接收端：只需将这些数据读出就行。因此TCP模块发送出的TCP报文段个数与读写操作数无关的。所以TCP是基于字节流服务的。
  对于UDP协议来说发送端每写一次数据，UDP模块就会将该数据封装成UDP数据报并发送出去，接收端上就必须要有一次对应的读操作。因此UDP是基于数据报服务的。

TCP的头部信息

  16位源（目的）端口号：数据来源的端口，表示来源于哪个应用程序
，发送到哪个端口号（哪个应用程序）。
  32位序号：一次数据传输过程中某个传输方向上的字节流的字节编号。
  32位确认号：用来确认对方发送来的报文，该值是对方发送的报文序号的值+1。
  4位头部长度：标识TCP头部包含了多少字节，单位是（4字节）最长为2⁴*4，所以一共60字节
  6位标志位：URG:表示紧急指针是否有效
    ACK：表示确认号是否有效，包含ACK的是确认报文段。
    PSH：提示接收端应该立即将该数据从缓冲区接收，为后续的报文传输提供空间。
    RST：表示对方重新建立连接。
    SYN：表示请求建立连接
    FIN:表示本段将要断开连接
  16位窗口大小:用来控制TCP的流量，告知发送端本端的窗口还能接收多少字节的数据。
  16位检验和：发送端填充，接收端对TCP报文段执行CRC检验TCP报文是否在传输过程中出现错误。
  16位紧急指针：该字段加上序号段的值相加表示紧急数据的下一字节的序号

TCP的建立和连接

上图主要是体现了TCP建立过程中的三次握手：
第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认。

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。
上图描述的是四次挥手断开连接：

1）A的应用进程先向其TCP发出连接释放报文段（FIN=1，序号seq=u），并停止再发送数据，主动关闭TCP连接，进入FIN-WAIT-1（终止等待1）状态，等待B的确认。
2）B收到连接释放报文段后即发出确认报文段，（ACK=1，确认号ack=u+1，序号seq=v），B进入CLOSE-WAIT（关闭等待）状态，此时的TCP处于半关闭状态，A到B的连接释放。
3）A收到B的确认后，进入FIN-WAIT-2（终止等待2）状态，等待B发出的连接释放报文段。
4）B没有要向A发出的数据，B发出连接释放报文段（FIN=1，ACK=1，序号seq=w，确认号ack=u+1），B进入LAST-ACK（最后确认）状态，等待A的确认。
5）A收到B的连接释放报文段后，对此发出确认报文段（ACK=1，seq=u+1，ack=w+1），A进入TIME-WAIT（时间等待）状态。此时TCP未释放掉，需要经过时间等待计时器设置的时间2MSL后，A才进入CLOSED状态。