后端面试必知：TCP vs. UDP，高速公路和邮局的区别

pwzs

于 2025-05-17 14:51:40 发布

阅读量880

点赞数 29

分类专栏：计算机网络文章标签：计算机网络 TCP/UDP

本文链接：https://blog.csdn.net/m0_73748193/article/details/148027940

版权

计算机网络专栏收录该内容

3 篇文章

订阅专栏

在互联网世界里，我们的数据需要在不同的计算机之间传递，就像你在现实世界里寄送包裹或打电话一样。而 TCP 和 UDP，就是两种不同的“交通规则”或“服务模式”，决定了数据传输的方式。理解它们的区别，对于设计和调试网络应用至关重要。

应用场景（为什么需要）

想象一下，你在使用电脑下载一个很大的文件，或者观看一个在线直播视频，又或者只是简单地浏览一个网页。不同的网络活动，对数据传输的要求是完全不一样的。

场景一：下载文件 (比如下载一个安装包)
- 你最关心的是什么？是不是文件完整无误？哪怕慢一点，只要最终文件是对的就行。如果下载过程中丢了数据，安装包就可能损坏，无法使用。
- 这种场景需要一种可靠的传输方式，确保发送的数据能完整、按顺序地到达接收方。
场景二：在线实时游戏 (比如玩多人对战游戏)
- 你最关心的是什么？是不是实时性？你按下开枪按钮，希望几乎立刻在队友和敌人屏幕上看到结果。如果网络延迟很高，或者数据包在路上耽搁了，你可能就已经“牺牲”了。偶尔丢一两个不那么关键的数据包（比如一个非核心的背景更新），对游戏体验影响不大，但延迟太高是致命的。
- 这种场景需要一种快速的传输方式，牺牲一点点可靠性，也要保证低延迟。
场景三：在线视频会议或直播
- 和游戏类似，实时性非常重要。如果数据包丢失，可能会导致画面短暂卡顿或模糊，但这通常比画面完全中断或等待丢失的数据重传要好。一点点画面或声音质量的损失是可以接受的，但长时间的延迟或中断会破坏体验。
- 这种场景也倾向于快速传输，允许少量数据丢失。

问题来了： 如果我们只有一种数据传输模式，会怎么样？

如果只有像“下载文件”那样超级可靠、绝不丢失的方式：玩游戏或看直播就会非常卡顿，因为任何一个数据包丢了，都需要等待重传，这会引入大量延迟。
如果只有像“在线游戏”那样只顾速度、不保证可靠的方式：下载文件就会经常出错，收到的文件是损坏的。

所以，为了满足互联网上各种不同的应用需求，我们需要两种不同的传输协议，各有侧重：一个侧重可靠，一个侧重速度。这就是 TCP 和 UDP 诞生的原因。

是什么（概念定义及原理）

TCP 和 UDP 都位于互联网协议栈的传输层。它们是应用程序和网络底层（比如 IP 层）之间的桥梁。IP 层负责将数据包从一个网络节点路由到另一个网络节点，但它只负责“送”，不保证“送到”。而 TCP 和 UDP 则在 IP 层的基础上，提供了不同的“服务承诺”。

TCP (Transmission Control Protocol) - 传输控制协议

定义： TCP 是一种面向连接的、可靠的、基于字节流的传输层协议。
比喻： 想象一下你寄送重要快递。
- 面向连接： 在寄送前，你需要先和快递公司（接收方）确认对方地址，并预约上门取件（建立连接）。这是一个明确的“对话”过程，双方都知道这次快递服务的开始。
- 可靠： 快递公司会给你一个单号，你可以随时查询进度。他们保证包裹不会丢失、损坏，即使路上下雨（网络不好），他们也会重新包装（重传）。最后，收件人收到后会签收（确认），表示包裹安全送达。数据包都有编号，确保按顺序组装。
- 基于字节流： TCP 不关心你发送的是一个文件、一张图片还是一段文字，它把所有要发送的数据看作是一串连续的字节流，然后在内部切分成合适大小的数据包进行传输。接收方收到的也是一串字节流，需要应用程序自己解析。
核心原理（更深入）：
- 三次握手建立连接： 在数据传输前，发送方和接收方通过交换三个特定消息来建立一个逻辑上的连接，确保双方都准备好进行通信。
- 四次挥手断开连接： 数据传输完成后，通过交换四个特定消息来安全地关闭连接，确保所有数据都已发送和接收。
- 序列号和确认应答（ACK）： 每个发送的数据包都有一个序列号，接收方收到后会发送一个确认应答（ACK），告诉发送方“我收到了哪个包”。如果发送方长时间收不到 ACK，就认为数据包丢失，会重传。
- 流量控制（Flow Control）： 接收方会告诉发送方自己还有多少接收缓冲区空间，防止发送方发送过快，导致接收方处理不过来而丢包。这就像收件人告诉快递员，“我家仓库满了，你慢点送货”。
- 拥塞控制（Congestion Control）： TCP 会监测整个网络的状况。如果网络拥堵（丢包严重），TCP 会放慢发送速度，避免进一步加剧拥堵。这就像快递公司发现去某个地区的路上堵车了，就会减少发往那个地区的货量，或者选择绕路。
常用组件/框架： 大多数基于网络的稳定应用都使用 TCP，例如 HTTP/HTTPS (网页浏览)、FTP (文件传输)、SSH (远程登录)、SMTP/POP3 (邮件发送/接收) 等底层都依赖 TCP。

UDP (User Datagram Protocol) - 用户数据报协议

定义： UDP 是一种无连接的、不可靠的、基于数据报的传输层协议。
比喻： 想象一下你寄送明信片或者打电话。
- 无连接： 你不需要提前和对方建立什么“连接”或“预约”。你想寄明信片就写了扔进邮筒，你想打电话就直接拨号（虽然电话本身有连接过程，但UDP的无连接更像早期的广播或对讲机，直接“喊话”）。发送方只管发送，不关心接收方是否在线或是否收到。
- 不可靠： 邮局（网络）会尽力投递你的明信片，但它不保证一定能送到，也不保证按顺序送到。明信片丢了没人会通知你，收件人收到的顺序也可能和你寄出的顺序不一样。
- 基于数据报： UDP 将应用程序的数据看作是一个独立的“数据报”，发送时一次发送一个完整的报文。它不会像 TCP 那样将数据切碎后重新组装成字节流。每个数据报都是独立的，有自己的头部信息。
核心原理：
- UDP 非常简单，它只是在 IP 数据包的基础上加了一个端口号，用来区分不同的应用程序。
- 它没有 TCP 的三次握手、四次挥手、序列号、确认应答、流量控制、拥塞控制等机制。
- 它只是简单地将应用程序数据封装成 UDP 数据报，然后交给 IP 层发送出去。
常用组件/框架： 主要用于对实时性要求高、允许数据丢失的应用，例如 DNS (域名解析)、DHCP (动态获取IP地址)、SNMP (网络管理)、在线游戏、音视频直播等。

怎么做（核心实现方式 + 代码示例）

对于后端工程师来说，我们通常不需要自己去实现 TCP 或 UDP 协议栈，而是使用操作系统提供的Socket (套接字) 编程接口。Socket 是应用程序和传输层协议之间的一个抽象层。

在 Java 中，我们可以使用 java.net 包中的类来实现基于 TCP 或 UDP 的网络通信。

使用 Socket (以 Java 为例)

虽然我们不实现协议，但我们可以通过 Socket API 选择使用 TCP 或 UDP。

TCP Socket： java.net.Socket 和 java.net.ServerSocket 类。Socket 代表客户端连接，ServerSocket 代表服务器端监听端口。它们提供了基于流 (InputStream/OutputStream) 的接口，符合 TCP 的“字节流”特性。
UDP Socket： java.net.DatagramSocket 和 java.net.DatagramPacket 类。DatagramSocket 用于发送和接收 UDP 数据报，DatagramPacket 用于封装要发送或接收的数据。

下面是一个极简的 Java Socket 代码结构示例，展示了如何创建不同类型的 Socket。注意，这仅仅是创建 Socket 的部分，实际的数据发送和接收还需要更多代码（如读写流或发送/接收数据报），而且需要处理网络异常。这里的重点是看如何通过代码选择协议类型。

import java.net.ServerSocket;
import java.net.Socket;
import java.net.DatagramSocket;
import java.net.DatagramPacket;
import java.net.InetAddress;

public class NetworkExample {

    public static void main(String[] args) {
        // --- TCP Server Example (简要结构) ---
        try {
            // 创建一个 ServerSocket 监听端口 8080
            // TCP 是面向连接的，所以服务端需要先监听端口
            ServerSocket serverSocket = new ServerSocket(8080);
            System.out.println("TCP Server: 正在监听端口 8080...");

            // serverSocket.accept() 会阻塞，直到有客户端连接进来
            // 每次 accept() 成功都会返回一个新的 Socket 对象，代表一个客户端连接
            Socket clientSocket = serverSocket.accept();
            System.out.println("TCP Server: 客户端已连接: " + clientSocket.getInetAddress());

            // 在 clientSocket 上通过输入输出流进行数据读写 (这里省略具体读写代码)
            // InputStream in = clientSocket.getInputStream();
            // OutputStream out = clientSocket.getOutputStream();

            // ... 数据交互 ...

            // 通信结束，关闭连接
            clientSocket.close();
            serverSocket.close();

        } catch (Exception e) {
            // 异常处理
            e.printStackTrace();
        }

        System.out.println("--- TCP Server Example End ---");


        // --- UDP Server Example (简要结构) ---
        try {
            // 创建一个 DatagramSocket 监听端口 8081
            // UDP 是无连接的，服务端只是绑定一个端口，随时准备接收数据报
            DatagramSocket udpSocket = new DatagramSocket(8081);
            System.out.println("UDP Server: 正在监听端口 8081...");

            // 创建一个 DatagramPacket 用于接收数据
            byte[] receiveBuffer = new byte[1024]; // 接收缓冲区
            DatagramPacket receivePacket = new DatagramPacket(receiveBuffer, receiveBuffer.length);

            // udpSocket.receive() 会阻塞，直到收到一个数据报
            udpSocket.receive(receivePacket);
            System.out.println("UDP Server: 收到一个数据报从: " + receivePacket.getAddress());

            // 从 receivePacket 中获取实际接收到的数据和发送方信息
            // byte[] receivedData = receivePacket.getData(); // 获取整个缓冲区
            // int actualLength = receivePacket.getLength(); // 获取实际接收到的数据长度
            // String message = new String(receivedData, 0, actualLength); // 假设是文本消息

            // ... 处理接收到的数据 ...

            // 关闭 Socket
            udpSocket.close();

        } catch (Exception e) {
            // 异常处理
            e.printStackTrace();
        }

        System.out.println("--- UDP Server Example End ---");

        // --- UDP Client Example (简要结构) ---
         try {
             // 创建一个 DatagramSocket，客户端通常不需要指定端口（系统会自动分配）
             DatagramSocket udpClientSocket = new DatagramSocket();
             System.out.println("UDP Client: Socket 创建成功.");

             // 要发送的数据和目标地址/端口
             String message = "Hello UDP Server!";
             byte[] sendData = message.getBytes();
             InetAddress serverAddress = InetAddress.getByName("localhost"); // 服务器地址
             int serverPort = 8081; // 服务器端口

             // 创建一个 DatagramPacket 用于发送数据
             DatagramPacket sendPacket = new DatagramPacket(sendData, sendData.length, serverAddress, serverPort);

             // 发送数据报
             udpClientSocket.send(sendPacket);
             System.out.println("UDP Client: 数据报已发送.");

             // 关闭 Socket
             udpClientSocket.close();

         } catch (Exception e) {
             // 异常处理
             e.printStackTrace();
         }

        System.out.println("--- UDP Client Example End ---");
    }
}

代码注释解释：

上面的代码展示了使用 ServerSocket/Socket 实现 TCP 服务端和客户端的基本流程（建立连接，数据读写，关闭连接）。
使用 DatagramSocket/DatagramPacket 实现 UDP 服务端和客户端的基本流程（创建 Socket，封装数据报，发送/接收数据报）。
可以看到，TCP 需要显式的 accept() 来建立连接，而 UDP 只是创建 DatagramSocket 后直接 send() 或 receive()。
TCP 使用 InputStream 和 OutputStream 进行流式读写，而 UDP 使用 DatagramPacket 封装独立的数据报。

这个代码示例主要是为了让你理解在实际编程中如何选择和使用不同协议对应的类。实际的业务逻辑会复杂得多，包括多线程处理并发连接、数据格式解析、错误处理等。

TCP 三次握手图示 (Mermaid)

为了更好地理解 TCP 如何建立连接，我们用一个三次握手的时序图来表示：

在这里插入图片描述

图示解释：

第一次握手 (SYN): 客户端向服务器发送一个 SYN (同步) 包，包含一个初始序列号 x。这表示客户端希望建立连接。
第二次握手 (SYN, ACK): 服务器收到 SYN 包后，回复一个 SYN-ACK 包。其中包含服务器的初始序列号 y 和对客户端 SYN 的确认 Ack=x+1。这表示服务器同意建立连接，并收到了客户端的 SYN。
第三次握手 (ACK): 客户端收到 SYN-ACK 包后，回复一个 ACK 包，其中包含对服务器 SYN 的确认 Ack=y+1。这表示客户端收到了服务器的确认。

三次握手完成后，客户端和服务器都确认了对方的接收和发送能力，TCP 连接正式建立，可以开始传输数据了。

常见面试问题（如何应对）

TCP 和 UDP 的主要区别是什么？
- 回答要点： 从连接性（面向连接 vs 无连接）、可靠性（可靠 vs 不可靠）、数据传输方式（字节流 vs 数据报）、速度（慢 vs 快）、头部开销（大 vs 小）、应用场景等方面进行对比说明。强调 TCP 提供的是一项服务保证，而 UDP 只是尽力而为。
为什么 TCP 比 UDP 可靠？具体体现在哪些方面？
- 回答要点： 讲解 TCP 为实现可靠性而引入的机制，如序列号和确认应答（保证不丢包、按顺序）、重传机制、流量控制、拥塞控制。这些机制是 UDP 所没有的。
什么场景下会选择使用 UDP 而不是 TCP？
- 回答要点： 强调 UDP 的优势在于速度快、开销小、实时性高。适用于对延迟敏感、允许少量数据丢失的应用，例如在线游戏、音视频通信、DNS、物联网数据采集等。解释在这些场景下，TCP 的重传机制反而会引入不可接受的延迟。
TCP 的三次握手和四次挥手过程是怎样的？为什么需要三次握手而不是两次？为什么需要四次挥手而不是三次？
- 回答要点： 画图或详细描述三次握手和四次挥手的过程及每个步骤的目的。解释三次握手是为了确保双方都能确认对方的发送和接收能力；两次握手无法保证服务器收到了客户端的 ACK。解释四次挥手是因为 TCP 是全双工的，关闭连接需要双方各自独立地关闭发送通道。服务器接收到客户端的关闭请求后，可能还有数据未发送完，所以先发送 ACK，等数据发完后再发送 FIN 关闭自己的发送通道。
TCP 的流量控制和拥塞控制有什么区别？
- 回答要点： 流量控制是为了防止发送方发送速度过快，导致接收方处理不过来。它是点对点（发送方和接收方之间）的机制，通过滑动窗口实现。拥塞控制是为了防止过多的数据涌入网络，导致网络拥堵。它是端到端（发送方观察整个网络状况）的机制，有多种算法（如慢启动、拥塞避免、快速重传、快速恢复）。

真实场景案例（实际应用演示）

案例：电商平台的商品详情页加载

当你打开淘宝或京东的商品详情页时，背后发生了什么？

加载页面内容（HTML、CSS、JavaScript、图片）： 这些资源需要完整无误地传输到你的浏览器，任何一点数据丢失或错误都会导致页面显示不正常、功能失效。所以，浏览器和服务器之间传输这些数据时，使用的是 TCP 协议（基于 HTTP/HTTPS）。TCP 保证了所有页面的文字、图片、样式、脚本都能可靠地到达你的设备，即使网络波动，TCP 的重传机制也会确保数据的完整性。
加载商品评论、推荐等异步数据： 页面加载后，可能会异步请求评论、为你推荐等数据。这些请求同样需要可靠传输，确保你看到的是正确的评论和推荐内容，所以也使用 TCP 协议。
在线客服（如果使用文本聊天）： 通常也使用 TCP 协议，确保你的每一条消息都能可靠地发送给客服，客服的回复也能可靠地到达你。
在线客服（如果使用语音或视频聊天）： 如果电商平台提供了语音或视频客服功能，那么语音和视频数据很可能会使用 UDP 协议。因为语音和视频对实时性要求很高，偶尔丢失一小部分数据（导致声音卡顿或画面模糊一下）比长时间等待重传要好得多。UDP 的低延迟特性使其更适合这类实时多媒体通信。

这个例子清晰地说明了在同一个应用中，根据不同的数据类型和需求，可以选择使用 TCP 或 UDP。核心原则就是：需要可靠性和完整性就用 TCP，需要速度和低延迟（且可以容忍少量丢失）就用 UDP。

其它相关内容

IP 协议： TCP 和 UDP 都运行在 IP 协议之上。IP 协议负责在网络中寻址和路由数据包，但它不保证数据包一定到达，也不保证顺序。可以把 IP 比作邮局的卡车，负责把信件（数据包）从一个地方拉到另一个地方，但它不关心信件内容，不保证不丢件，也不保证按顺序送达。TCP 和 UDP 则在 IP 的基础上提供了更高级别的服务。
端口号： TCP 和 UDP 都使用端口号来标识同一台计算机上不同的应用程序。比如，网页服务通常使用 80 端口（HTTP）或 443 端口（HTTPS），FTP 服务使用 21 端口，DNS 服务使用 53 端口。当一个数据包到达一台计算机时，操作系统根据端口号将数据包交给对应的应用程序处理。
Socket： 如前面代码示例所示，Socket 是应用程序与 TCP/UDP 协议栈交互的接口。学习网络编程就是学习如何使用 Socket API。
网络分层模型： 理解 TCP/UDP 需要了解网络协议的分层模型，最常见的是 TCP/IP 模型（应用层、传输层、网络层、数据链路层、物理层）。TCP/UDP 位于传输层。