TCP相关知识总结（一）

（1）TCP存在的原因：

由于网络层IP是不可靠的，它不保证数据包的交付以及数据包中数据的完整性，因此需要传输层TCP的可靠数据传输。TCP保证接收端接收到的数据包是无损坏、无间隔、非冗余和按序的。

（2）UDP和TCP的区别：

协议	连接	服务对象	可靠性	拥塞控制、 流量控制	首部开销	应用场景
TCP	面向连接的传输层协议，在传输数据之前要确保建立连接	一对一的服务，即一条连接只有两个端点	可靠交付，数据以无差错、无丢失、无重复、按需到达	有拥塞控制和流量控制，保证数据传输的安全性	首部较长，会有一定开销，长度一般为20个字节，可变。	FTP文件传输、HTTP/HTTPS
UDP	面向无连接的传输层协议，传输数据前不需要建立连接，即刻传输数据	支持一对一、一对多、多对多的交互通信	尽最大努力交付，不保证可靠数据传输	不存在拥塞控制和流量控制机制，在网络拥堵的情况下也不影响传输速率	长度只有8个字节，长度固定不变，开销较小	视频、音频等多媒体通信、广播通信、DNS等。

 

（3）TCP建立连接的三次握手：

三次握手的具体步骤：

1. 客户端和服务端都处于closed状态。先由服务器端主动监听某个端口，处于listen状态。

 

2.客户端随机初始化序号(client_num)，将此序号置于TCP首部的[序号]字段中，同时把SYN标志位置为1，表示传输的是SYN报文。然后把这个SYN报文发送给服务端，表示客户端想和服务端建立连接，该SYN报文不包含应用层数据，之后客户端处于SYN_SENT状态。

 

3.服务端接收到客户端的SYN报文后，首先服务端也随机初始化自己的序号(server_num)，将此序号置于TCP首部的[序号]字段中，其次把TCP首部的[确认应答号]字段填入clinet_num+1，接着把SYN和ACK标志位置为1。最后把报文发送给客户端，该SYN+ACK包也不包含应用层数据，之后服务端处于SYN_RECE状态。

 

4.客户端接收到服务端报文后，还要向服务端回应一个应答报文。该报文TCP首部的[确认应答号]字段填入server_num+1，其次把TCP首部的ACK标志位置为1，最后把报文发送给服务端。该报文携带客户到服务器的数据。之后客户端处于ESTABLISHED状态。

5.服务器端收到客户端的应答报文后，也进入ESTABLISHED状态。

注：三次握手中的前两次握手是不携带应用层数据的，只有第三次握手携带了数据。

在LINUX系统中查看tcp的连接状态的命令：netstat

（4）TCP三次握手的原因：

1.避免历史连接：防止旧的重复连接初始化造成混乱。

 

案例描述：客户端连续发送多次SYN报文建立连接，在网络拥堵的情况下：

                  1. 一个旧的SYN报文比新的SYN报文先达到服务端；

                  2. 服务端返回一个SYN+ACK报文来响应客户端；

                  3. 客户端收到报文后根据自身的上下文，来判断这是否是一个历史连接（序号过期或序号超时），如果是历史连接，则客户端会发送一个RST报       文给服务端，表示中止本次连接；如果不是历史连接，则客户端发送ACK报文来成功建立连接。

2.同步双方的初始序列号：TCP协议的通信双方，都必须维护一个[序列号]，它是TCP可靠传输的一个关键因素，作用包括：

• 接收方可以去除重复的数据；

• 接收方可以根据数据包的序列号按序接收；

• 可以标识发送出去的数据包中， 哪些是已经被对方收到的；

当客户端发送携带[初始序列号]的 SYN 报文的时候，需要服务端回一个 ACK 应答报文，表示客户端的 SYN 报文已被服务端成功接收，那当服务端发送[初始序列号]给客户端的时候，依然也要得到客户端的应答回应，这样一来一回，才能确保双方的初始序列号能被可靠的同步。

3.避免资源浪费：如果只有「两次握手」，当客户端的 SYN 请求连接在网络中阻塞，客户端没有接收到 ACK 报文，就会重新发送 SYN ，由于没有第三次握手，服务器不清楚客户端是否收到了自己发送的建立连接的 ACK 确认信号，所以每收到一个 SYN 就只能先主动建立一个连接。如果客户端的 SYN 阻塞了，重复发送多次 SYN 报文，那么服务器在收到请求后就会建立多个冗余的无效链接，造成不必要的资源浪费。

 

 TCP 建立连接时，通过三次握手能防止历史连接的建立，能减少双方不必要的资源开销，能帮助双方同步初始化序列号。序列号能够保证数据包不重复、不丢弃和按序传输。

不使用「两次握手」和「四次握手」的原因：

• 「两次握手」：无法防止历史连接的建立，会造成双方资源的浪费，也无法可靠的同步双方序列号；

• 「四次握手」：三次握手就已经理论上最少可靠连接建立，所以不需要使用更多的通信次数。