为什么代理需要支持 UDP 和 QUIC

TCP 和 UDP：区别在哪里

互联网流量以数据包的形式传输，而传输协议负责将其送达。两种主要协议是 TCP 和 UDP。它们以不同的方式解决同一个问题，而这种选择决定了应用运行得是否顺畅。

TCP（传输控制协议）保证每个数据包都能到达接收方，并且顺序正确。如果某个数据包丢失，TCP 会重新请求它并等待确认。这很可靠，但会带来延迟：每条消息都要花时间用于检查和重传。TCP 非常适合注重数据完整性的场景——加载网页、下载文件、收发消息。

UDP（用户数据报协议）的工作方式不同：它以数据流的形式发送数据包，不做确认，也不保证顺序。有些数据包可能会丢失——而对于那些数据的新鲜度比完整性更重要的任务来说，这没有关系。在网络游戏或视频通话中，重新请求一个在零点几秒前就已过时的画面毫无意义：跳过它、显示当前画面才是更好的选择。这正是 UDP 能够实现极低延迟的原因。

哪些场景对 UDP 至关重要

• 网络游戏。射击游戏、MOBA、竞速——所有以毫秒论胜负的场景。游戏流量几乎总是通过 UDP 传输，而不支持 UDP 的代理根本无法转发它。
• 语音和视频通话。VoIP、会议和即时通讯通话都使用 UDP，以避免语音卡顿。TCP 带来的额外延迟在这里会立刻被听出来。
• 流媒体和直播。许多视频和直播服务都通过 UDP 传输其数据流——这能减少缓冲和画面卡顿。
• DNS 查询。经典 DNS 运行在 UDP 之上。正确处理 UDP 有助于避免泄漏并加快域名解析。

QUIC 是什么，HTTP/3 又如何融入其中

QUIC 是一种现代传输协议，旨在结合 TCP 和 UDP 的优点。从技术上讲，它构建在 UDP 之上，但它将可靠性、加密和流管理直接内置其中。QUIC 正是为 HTTP/3 提供动力的协议——这是各大网站和服务正在逐步迁移到的最新版本协议。

QUIC 的主要优势在于建立连接的速度。经典的 TCP + TLS 组合在开始传输数据之前需要进行多轮交换。QUIC 将这些步骤合并，几乎可以立即开始传输，而在重复连接时——完全没有握手延迟。除此之外，QUIC 在网络切换方面表现更好：如果设备从 Wi-Fi 切换到移动数据，连接不会中断。

但有一个问题：由于 QUIC 运行在 UDP 之上，只能处理 TCP 的代理会阻断 HTTP/3 流量。在这种情况下，浏览器会退回到基于 TCP 的较旧的 HTTP/2——速度更慢、延迟更大。要获得 QUIC 的全部优势，代理必须支持 UDP。

为什么普通代理应付不来

绝大多数代理服务只支持 TCP。对于浏览网站来说这已经足够，但只要应用试图发送 UDP 数据包——游戏、通话或 HTTP/3 请求——连接就会失败。用户会看到卡顿、掉线，或者代理干脆无声无息地拒绝工作。相比之下，SOCKS5 在这方面有真正的优势：其规范从一开始就提供了对 UDP 的支持。但需要明白——并非每家 SOCKS5 提供商都真正在其服务器上启用了这项能力。宣称"SOCKS5"与真正提供完整 UDP 是两回事。

在 Pure Connect 中是如何运作的

Pure Connect 静态 SOCKS5 代理在每一台服务器上都同时支持 TCP 和 UDP。这意味着你的所有流量都通过同一个代理传输：网页浏览、游戏、语音、流媒体以及基于 QUIC 的现代 HTTP/3。你无需另寻一个专门的"游戏"代理，也无需忍受卡顿。

• 整个租用期内的独享静态 IP——地址不变，这对于稳定的游戏和流媒体会话至关重要。
• 开箱即用的 UDP 和 QUIC——无需额外配置，支持已在服务器端启用。
• 不限流量，速度高达 1 Gbps——无论是 4K 流媒体还是大文件下载都绰绰有余。
• DNS 防泄漏且无日志——你的请求保持私密。
• 30,000+ 服务器，覆盖 50+ 个国家——你可以选择离游戏或流媒体服务器更近的位置，降低延迟。

连接采用登录名和密码认证，格式为 host:port:login:password——将这些信息粘贴到你的客户端或应用中，立即获得一个完全支持 UDP 和 QUIC 的代理。

结语

如果你只用代理浏览网站，TCP-only 和支持 UDP 之间的差别也许难以察觉。但一旦涉及游戏、视频通话、流媒体或快速的 HTTP/3——对 UDP 和 QUIC 的支持就变得决定性了。Pure Connect 能胜任这项任务：一个静态 SOCKS5 代理适用于所有场景，在速度上毫不妥协。

查看价格 · 设置指南 · 常见问题