TCP 和 UDP 有什么区别？两者都是传输层协议，区别在于一个取舍：TCP 先建立连接、确认收到并重传丢失的数据，确保内容完整、有序；UDP 省掉这些步骤，开销和延迟更低，但不保证送达。IETF 的 TCP 标准把 TCP 描述为可靠、有序的字节流服务；UDP 的 RFC 则把它定义为一种更简单的数据报协议。［1］［2］

放到 VPN 上，通常就是先试 UDP，遇到网络封锁或大量丢弃 UDP 时再切 TCP。如果你还在补隧道、出口 IP、加密和路由等基础概念，可以先看VPN 完整指南：从原理、用途到选择标准一次讲清。

关键要点

TCP 负责连接建立、确认、顺序和丢包重传，适合网页、邮件、文件传输等可靠性优先场景。［1］

UDP 不保证到达和顺序，但协议开销更低，适合视频通话、游戏、直播、DNS 等实时场景。［2］

UDP 通常不是“不安全”，它只是把可靠性更多交给上层应用处理。

VPN 里优先试 UDP；如果网络封锁、丢包或连接失败，再切 TCP。

“TCP 更慢、UDP 更快”是常见经验，不是绝对定律。

TCP 是什么？

TCP 全称 Transmission Control Protocol，是互联网最核心的传输层协议之一。RFC 9293 说明，TCP 为应用提供可靠、有序的字节流服务，并通过序列号、校验和与重传来处理丢包和错误。［1］

你可以把 TCP 理解成“先确认能说话，再一句一句对账”：

建立连接；
发送数据；
确认收到；
丢了就重传；
按顺序交给应用；
用完再关闭连接。

这让 TCP 很适合不能乱、不能缺的内容，比如网页表单、登录请求、电子邮件和文件下载。

UDP 是什么？

UDP 全称 User Datagram Protocol。RFC 768 对它的定义很短，因为它本来就很轻：它提供一种应用程序之间发送数据报的方式，但不像 TCP 那样内置连接管理、确认和重传。［2］

UDP 更像“我先发出去，是否补救由应用自己决定”。这让它特别适合实时应用：

视频通话；
在线游戏；
直播；
语音聊天；
DNS 查询；
部分 VPN 协议。

如果视频通话里丢了一个很小的数据包，应用通常宁可跳过它，也不愿等重传导致声音卡住。

TCP 和 UDP 有什么区别？快速对比

维度	TCP	UDP
是否需要连接	需要建立连接	不需要连接
是否保证顺序	保证有序交付	不保证
丢包处理	内置重传	由应用决定
协议开销	较高	较低
延迟	通常更高	通常更低
适合场景	网页、邮件、文件、登录	游戏、语音、视频、DNS、VPN
VPN 中的常见体验	更稳但可能慢	更快但更吃网络质量

为什么 TCP 更可靠？

TCP 的可靠性来自几件事：

序列号：每段数据都有位置；
确认机制：接收方会告诉发送方收到哪些数据；
重传机制：丢了的数据会再发；
流量控制：避免接收方被塞爆；
拥塞控制：网络拥堵时主动降速。

这套机制让 TCP 很适合“错一个字节都不行”的场景。代价是：每一步都要管理状态，延迟和开销自然更高。

为什么 UDP 常被说更快？

UDP 快，不是因为它有魔法，而是因为它少做事。

它不先握手，不等确认，也不负责按顺序补齐。少了这些动作，数据可以更快发出去，也更适合实时场景。

但这不代表 UDP 永远更好。如果网络丢包严重，应用层为了补救也会做重发、纠错或降码率。最终体验还是取决于链路质量、应用设计和服务器距离。

VPN 应该选 TCP 还是 UDP？

大多数日常场景，我会先选 UDP。

原因很简单：VPN 本身已经在做加密和封装，UDP 的低开销更适合长期隧道连接。很多现代 VPN 协议也默认偏向 UDP，是为了降低延迟和提升吞吐。

但这些场景可以切 TCP：

UDP 被公司、学校或酒店网络限制；
VPN 连接频繁失败；
网络环境对 TCP 443 更友好；
你只需要稳定浏览网页，不太在意延迟；
某些地区或网络对 UDP 流量识别更敏感。

如果你用的是 OpenVPN，可以继续看了解 OpenVPN 连接原理。

TCP over TCP 为什么可能变慢？

这是 VPN 里一个很容易忽略的坑。

如果你的 VPN 隧道跑在 TCP 上，而隧道里又传输大量 HTTPS、文件下载等 TCP 流量，就可能出现“TCP 套 TCP”。外层 TCP 和内层 TCP 都在判断丢包、降速和重传，遇到丢包时容易互相放大等待。

这不是说 TCP VPN 不能用，而是说在网络质量一般、丢包明显或追求低延迟时，UDP 通常更舒服。

哪些应用常用 TCP，哪些常用 UDP？

应用类型	常见选择	原因
普通网页	TCP	内容必须完整、有序
文件下载	TCP	不能丢字节
邮件	TCP	可靠性优先
DNS	UDP 为主	查询短、响应快
视频通话	UDP 为主	延迟比完整性更重要
在线游戏	UDP 为主	实时位置更新不能等太久
VPN 隧道	常见 UDP，也支持 TCP	UDP 快，TCP 适合受限网络

如果你正在排查端口和协议，也可以读VPN 端口是什么？常见端口、封锁原因与选择建议。

总结

TCP 和 UDP 有什么区别，核心在可靠性和速度取舍。
TCP 重连接、确认、顺序和重传，更适合准确性优先的任务。
UDP 更轻、更快、更实时，但不内置到达保证。
VPN 里通常先试 UDP，遇到网络限制或连接失败再试 TCP。
真正的选择标准不是“哪个高级”，而是“你的网络和应用需要什么”。

常见问题（FAQ）

UDP 一定比 TCP 快吗？

不一定。UDP 开销更低，但如果网络丢包严重，实际体验也可能变差。

TCP 一定更安全吗？

不是。TCP/UDP 本身不是加密强弱的决定因素，安全性取决于上层协议是否加密。

VPN 用 UDP 会不会不稳定？

在正常网络下通常很稳定；在 UDP 被限制或丢包严重的网络里，TCP 可能更稳。

OpenVPN TCP 和 UDP 该选哪个？

通常先尝试 UDP；如果网络不允许这种传输，再检查服务端是否提供 TCP 模式，并使用双方支持的端口和连接配置。

WireGuard、OpenVPN 和 IKEv2 用 TCP 还是 UDP？

要看协议本身。WireGuard 的所有数据包都通过 UDP 发送。［4］OpenVPN 可以配置为使用 TCP 或 UDP。［5］IKEv2 通常使用 UDP 500 端口，也可使用 UDP 4500 端口，多见于需要穿越 NAT 的情况。［6］

游戏应该用 TCP 还是 UDP？

多数实时游戏更适合 UDP，因为延迟比补齐旧数据更重要。

HTTPS 是 TCP 还是 UDP？

传统 HTTPS 通常通过 TCP 传输；HTTP/3 改用基于 UDP 的 QUIC 传输。因此要区分所用的网页协议版本，不能一概而论。［3］

TCP 和 UDP 都会暴露端口吗？

会。TCP 和 UDP 都使用端口号区分网络两端的应用服务，但使用端口号本身不代表数据已经加密。

免责声明

本文仅供网络协议科普与 VPN 使用参考，不构成对特定网络环境速度或连通性的保证。实际表现会受运营商、地区、设备、协议实现和服务器距离影响。

AethoVPN 没有公布其连接使用哪种传输协议，所以经它连接感觉慢时，应换一个位置或网络对比，而不是把差异归因于 TCP 或 UDP。

来源

RFC Editor, RFC 9293 Transmission Control Protocol: https://www.rfc-editor.org/rfc/rfc9293
RFC Editor, RFC 768 User Datagram Protocol: https://www.rfc-editor.org/rfc/rfc768
RFC Editor, RFC 9000 QUIC: A UDP-Based Multiplexed and Secure Transport: https://www.rfc-editor.org/rfc/rfc9000
WireGuard, Protocol & Cryptography: https://www.wireguard.com/protocol/
OpenVPN, Reference manual for OpenVPN 2.6: https://openvpn.net/community-docs/community-articles/openvpn-2-6-manual.html
RFC Editor, RFC 7296 Internet Key Exchange Protocol Version 2 (IKEv2): https://www.rfc-editor.org/rfc/rfc7296

Sources checked 2026 年 10 月 4 日。

延伸阅读：

TCP 和 UDP 有什么区别？可靠性、速度与 VPN 场景一次讲清