TCP 为什么需要三次握手？TCP 和 UDP 有什么区别？

TCP 为什么需要三次握手？TCP 和 UDP 有什么区别？

前言

之前的文章 《TCP/IP远程通信协议》，有介绍过 TCP 的相关的分层模型，当然也有著名的TCP三次握手和四次挥手。

本章主要是夯实基础，毕竟面试出现的频率太高，也会从另外一个角度来解读 TCP 相关的知识，以及 UDP 和 TCP 的区别。

1.什么是TCP？

TCP（Transmission Control Protocol，传输控制协议）是一个面向连接的、可靠的、基于字节流的传输层协议。

从它的概念中我们可以看出 TCP 的三个特点：面向连接、可靠性和面向字节流。

1.1 面向连接

TCP 是面向客户端和服务器端连接的通讯协议，使用它可以将客户端和服务器端进行连接。

1.2 可靠性

无论网络环境多差，TCP 都可以保证信息一定能够传递到接收端。

TCP 之所以可以保证可靠性主要得益于以下两个方面：

• 一个是 状态性，是指 TCP 会记录信息的发送状态，例如，哪些数据收到了、哪些数据没收到等状态信息都会被记录。
• 另一个是 可控制性，是指 TCP 会根据状态情况控制自己的行为，比如当 TCP 意识到丢包了就会控制重发此包，这样就实现了 TCP 的可靠性。

1.3 面向字节流

TCP 是以字节流的方式进行数据传输的。

1.4 定义

RFC 793 对 TCP 连接的定义如下：

Connections:
The reliability and flow control mechanisms described above require that TCPs initialize and maintain certain status information for each data stream.
The combination of this information, including sockets, sequence numbers, and window sizes, is called a connection.
小贴士：TCP 之所以被广泛应用，首先是因为它是一个标准化的协议，TCP 的标准协议就是由 RFC 793 定义的，它已经有了 30 多年的历史，并且已经被多次更新。RFC（Request For Comments）是 IETF（Internet Engineering Task Force）的正式文档。IETF 是一家制定互联网标准的组织，它制定了 Internet（互联网）的整体协议体系，凡是经过 IETF 评审认可的标准都会被发布为带编号的 RFC 的文档。

TCP 定义的大致意思是，用于保证可靠性和流控制机制的信息，包括 Socket、序列号及窗口大小被称为连接。其中，Socket 是由 IP 地址加端口号组成的，序列号是用来解决乱序问题的，而窗口大小则是用来做流量控制的。

2.三次握手流程

流程图：

关键字说明：

• SYN（Synchronize Sequence Numbers），同步序列编号
• ACK（Acknowledge Character），确认字符
• SEQ（Sequence Number），序列号

TCP 的执行流程如下：

• 最开始时客户端和服务端都处理 CLOSED 状态，然后服务端先主动监听某个端口，此时服务器端就变成了 LISTEN（监听）状态。

• 然后客户端主动发起连接，发送 SYN（同步序列编号），此时客户端就变成了 SYN-SENT 状态。

• 服务端接收到信息之后返回 SYN 和 ACK 至客户端，此时服务器端就变成了 SYN-REVD 状态。

• 客户端接收到消息之后，再发送 ACK 至服务器端，此时客户端就变成了 ESTABLISHED（已确认）状态，服务端收到 ACK 之后，也变成了 ESTABLISHED 状态，此时连接工作就执行完了。

3.为什么 TCP 需要三次握手？

3.1 原因一：防止重复连接

首先来说 RFC 793 - Transmission Control Protocol 其实就指出了三次握手的主要原因，它的描述如下：

The principle reason for the three-way handshake is to prevent old duplicate connection initiations from causing confusion.

翻译为中文的意思是，三次握手的主要原因是为了防止旧的重复连接引起连接混乱问题。

比如在网络状况比较复杂或者网络状况比较差的情况下，发送方可能会连续发送多次建立连接的请求。如果 TCP 握手的次数只有两次，那么接收方只能选择接受请求或者拒绝接受请求，但它并不清楚这次的请求是正常的请求，还是由于网络环境问题而导致的过期请求，如果是过期请求的话就会造成错误的连接。

所以如果 TCP 是三次握手的话，那么客户端在接收到服务器端 SEQ+1 的消息之后，就可以判断当前的连接是否为历史连接，如果判断为历史连接的话就会发送终止报文（RST）给服务器端终止连接；如果判断当前连接不是历史连接的话就会发送指令给服务器端来建立连接。

3.2 原因二：同步初始化序列化

过上面的概念我们知道 TCP 的一个重要特征就是可靠性，而 TCP 为了保证在不稳定的网络环境中构建一个稳定的数据连接，它就需要一个“序列号”字段来保证自己的稳定性，而这个序列号的作用就是防止数据包重复发送，以及有效的解决数据包接收时顺序颠倒的问题。

那么在建立 TCP 连接时就需要同步初始化一个序列号来保证 TCP 的稳定性，因此它需要执行以下过程：

• 先客户端发送一个携带了初始序列号的 SYN 报文给服务器端；

• 服务端接收到消息之后会回复一个 ACK 的应答报文，表示客户端的 SYN 报文已被服务端成功接收了；

• 而客户端收到消息之后也会发送一个 ACK 给服务端，服务器端拿到这个消息之后，我们就可以得到一个可靠的初始化序列号了。

而如果是两次握手的话，就无法进行序列号的确认工作了，因此也就无法得到一个可靠的序列号了，所以 TCP 连接至少需要三次握手。

以上两种原因就是 TCP 连接为什么需要三次握手的主要原因，当然 TCP 连接还可以四次握手，甚至是五次握手，也能实现 TCP 连接的稳定性，但三次握手是最节省资源的连接方式，因此 TCP 连接应该为三次握手。

4.什么是 UDP？

UDP（User Data Protocol，用户数据报协议）是无连接的、简单的、面向数据报的传输层协议。

也就是 UDP 在发送数据之前，无须建立客户端与服务端的连接，直接发送消息即可。

UDP 常见的使用场景有：语音、视频等多媒体通信、DNS（域名转化）、TFTP 等。

5.TCP VS UDP

TCP 和 UDP 的不同点主要体现在以下 7 个方面：

• 可靠性，TCP 有“状态性”和“可控制性”可以保证消息不重复、按顺序、不丢失的发送和接收，而 UDP 则不能保证消息的可靠性；

• 连接，TCP 是面向连接的传输层协议，传输数据前先要建立连接，而 UDP 发送数据之前无需建立连接；

• 服务对象，TCP 服务的对象为一对一的双端应用，而 UDP 可以应用于一对一、一对多和多对多的通信场景；

• 效率，TCP 的传输效率较低，而 UDP 的传输效率较高；

• 流量控制，TCP 有滑动窗口可以用来控制流量，而 UDP 则不具备流量控制的能力；

• 报文，TCP 是面向字节流的传输层协议，而 UDP 是面向报文的传输层协议；

• 应用场景，TCP 的应用场景是对消息准确性和顺序要求较高的场景，而 UDP 则是应用于对通信效率较高、准确性要求相对较低的场景。

相同点：

• 都是传输层的协议

6.TCP 和 UDP 的使用场景

使用场景	应用层协议	传输层协议
浏览器/万维网	HTTP/HTTPS	TCP
文件传输	FTP	TCP
电子邮件	SMTP	TCP
音频/视频通讯	RTP(Real-time-Transport Protocol，实时传输协议)	UDP
域名转化	DNS	UDP
网络管理	SNMP	UDP

7.总结

本章我们介绍了 TCP 三个特点：面向连接、可靠性和面向字节流，其中可靠性主要是依赖它的状态记录和根据实际情况调整自身的行为方式。例如，当 TCP 意识到丢包时就会重发此包，这样就保证了通信的可靠性。

TCP 之所以需要三次握手的主要原因是为了防止在网络环境比较差的情况下不会进行无效的连接，同时三次握手可以实现 TCP 初始化序列号的确认工作，TCP 需要初始化一个序列号来保证消息的顺序。如果是两次握手则不能确认序列号是否正常，如果是四次握手的话会浪费系统的资源，因此 TCP 三次握手是最优的解决方案，所以 TCP 连接需要三次握手。

最后我们讲了 UDP 的概念，以及 UDP 和 TCP 的区别，在传输效率要求比较高且对可靠性要求不高的情况下可以使用 UDP，反之则应该使用 TCP。

8.参考

• 《Java 源码剖析 34 讲》- 王磊