外观
Clash 里的 UDP 是什么？游戏、语音和网页打不开时该不该开启
很多人在 Clash 的节点列表或代理组中看到“UDP”字样时，往往会遇到两个极端：要么不管三七二十一全部开启，要么担心不安全而全部关闭。实际上，UDP 并不是“更快的代理模式”，也不是一个应该长期无脑打开的神秘开关。它是一种网络传输协议，而 Clash 中的 UDP 支持，决定了部分 UDP 流量能否按规则经过代理节点。
如果你遇到网页能开、游戏却无法登录；文字聊天正常、语音通话断断续续；客户端显示节点可用、某些服务仍提示网络错误，就有必要理解 UDP 的作用和排查方式。
先用一句话理解：TCP 负责可靠，UDP 追求及时
日常上网中，TCP 和 UDP 都是设备传输数据的常见方式，只是工作取向不同。
TCP 更像“挂号信”。发送方会确认数据有没有送达、顺序是否正确，少了内容就会尝试补发。因此，网页加载、文件下载、邮件、账号登录等场景通常依赖 TCP。它的优点是稳定、可靠，代价是需要更多确认步骤。
UDP 则更像“实时广播”。它通常不逐个确认每一份数据是否抵达，也不保证先发的数据一定先到。这样做的好处是传输等待更少，适合对实时性敏感、允许少量数据丢失的场景，例如部分在线游戏、实时语音、视频通话、直播互动和设备通信。
需要注意的是：UDP 不等于一定更快。网络质量差时，UDP 丢掉的数据通常不会自动补回来，实际表现可能是游戏人物瞬移、语音断音、画面马赛克。TCP 也不等于一定更慢，许多普通网页和视频服务即使主要使用 TCP，体验依然很好。
Clash 中的 UDP 开关到底控制什么
在不同 Clash 客户端里，UDP 可能出现在节点详情、代理组设置、订阅配置或覆写配置中，名称和界面略有差异，但基本含义相近：该节点或该代理链路是否允许承载 UDP 流量。
常见情况可以这样理解：
- 节点标记或配置中启用了 UDP：当规则命中这个节点时，客户端可以尝试把 UDP 请求通过该节点转发。
- 节点没有 UDP 支持：TCP 流量可能仍能正常代理，但依赖 UDP 的连接可能失败、超时，或被迫改用其他协议。
- 代理组里混入 UDP 支持不一致的节点：自动选择或故障转移时，体验可能不稳定。今天游戏正常，不代表切到另一个节点后仍正常。
- 客户端开启了 UDP，不代表服务端一定支持：本地客户端只是放行和处理的一环，远端节点、传输协议、服务端配置及网络路径同样会影响结果。
因此，看到“UDP 已开启”不能直接判断问题已经解决；看到“UDP 未开启”也不意味着普通浏览器上网一定会受影响。关键仍然是：你访问的应用是否真的依赖 UDP，以及这部分流量最终走向哪里。
哪些场景更可能需要 UDP
下面这些情况与 UDP 的关联通常更高，但不同应用会动态调整协议，不能只凭应用名称下结论。
在线游戏与联机服务
不少实时对战游戏会使用 UDP 传输位置、动作、状态同步等频繁变化的数据。若 UDP 链路不可用，常见现象包括：登录大厅没问题，进入匹配后失败；能看到好友在线，却无法加入房间；延迟显示异常、频繁掉线。
但游戏问题也可能来自 NAT 类型、区域服务器、账号限制、防火墙或本地网络抖动。因此，不应一看到掉线就反复换节点，更不要把 UDP 开关当成唯一答案。
语音通话、视频会议和直播互动
实时语音和视频通常希望尽量降低延迟。部分服务会优先使用 UDP，也会在条件不满足时尝试回退到 TCP。于是你可能看到一种典型现象：会议链接可以打开、文字消息也能发送，但语音无法接通，或者声音一阵一阵断开。
如果只有某个会议软件异常，应优先确认它在 Clash 规则中走了哪个策略组，而不是立刻把系统切到全局代理。全局模式虽然能帮助判断是否为分流问题，却可能影响公司内网、打印机、远程桌面或其他本地服务。
QUIC 与 HTTP/3 网页访问
一些网站和应用会通过 QUIC 或 HTTP/3 建立连接，而 QUIC 基于 UDP。它的目标是减少连接建立的等待，并改善复杂网络环境下的传输体验。
当 UDP 经由代理不可用、路径质量不佳，浏览器和网站多数情况下会回退到 HTTP/2 或 HTTP/1.1。此时网页往往仍能打开，只是首次加载、媒体播放或频繁切换页面时可能表现不同。因此，单纯发现浏览器使用了 HTTP/3，并不意味着必须折腾 Clash 的 UDP 设置。
出问题时，不要先改配置：按这个顺序定位
UDP 类问题最容易陷入“改一个开关、重启一次、感觉好像好了”的循环。更可靠的方法是缩小变量范围。
第一步：确认是否只有某一个应用异常
先分别测试普通网页、目标应用的文字功能、实时功能和其他网络服务。
例如，若所有网页都无法访问，问题更可能是系统代理、DNS、节点连接或网络本身；若只有语音功能异常，才更值得检查 UDP、应用权限和特定域名规则；若同一应用在移动网络正常、家中网络异常，也要考虑路由器、防火墙或运营商网络环境差异。
不要把“应用无法使用”笼统归因于 UDP。越具体地描述失败动作，例如“能登录但无法进房间”“能看视频但无法发语音”，越容易定位。
第二步：查看该应用实际命中的代理组
Clash 的连接列表、日志或网络活动页面通常能显示域名、目标地址、协议、命中的规则和所使用的代理组。不同客户端界面不同，但排查目标一致：确认异常连接是走了代理、直连，还是落到了意料之外的策略组。
如果应用相关连接被分到“DIRECT（直连）”，而当前网络无法直接到达目标服务，那么即使节点支持 UDP 也没有帮助；反过来，如果它走了不支持 UDP 的节点，则可以尝试切换到明确支持 UDP 的节点进行对照。
查看时要注意隐私：连接列表可能暴露访问域名、局域网地址和应用活动记录。截图求助前，应遮盖账号、订阅地址、设备名称和不必要的域名信息。
第三步：固定一个节点，再进行对照
自动选择、负载均衡和故障转移很方便，但排障阶段会增加不确定性。请先临时固定一个你确认能正常访问普通网页的节点，再测试目标功能。
测试结果可以简单记录为三类：
- 固定节点后恢复正常，自动组异常：检查自动组中是否混入不支持 UDP 或质量明显不同的节点。
- 换多个节点都失败：优先检查规则、客户端模式、应用自身网络设置和本地网络环境。
- 关闭 Clash 后功能反而正常：重点检查分流方向、UDP 支持、TUN 模式行为或与其他 VPN 软件的冲突。
一次只改一项设置。改完后重新启动目标应用，必要时重新建立网络连接，避免旧会话干扰判断。
第四步：检查是否存在双重代理或网络接管冲突
UDP 转发比普通网页代理更容易受到其他软件影响。常见冲突包括浏览器代理扩展、游戏加速器、企业 VPN、虚拟网卡、远程控制工具和安全软件的网络防护模块。
当 Clash 使用 TUN 模式或 VPN 模式时，系统流量的接管范围更广；而另一个 VPN 或加速器也可能尝试修改默认路由。两个程序各自看起来都已连接，实际的数据包却可能被反复转发、送到错误网卡，或者直接丢弃。
排查时可以完全退出无关的网络工具，仅保留 Clash 和目标应用，再重复测试。这里的“退出”不只是关闭窗口，而是确认相关后台进程、VPN 连接和代理扩展确实已停止。
UDP 开启后仍然卡顿，可能不是 Clash 的错
即使 UDP 配置正确，也无法消除基础网络的所有问题。以下因素都可能让实时应用体验变差：
- 无线网络信号弱、多人同时占用带宽；
- 路由器性能不足，或 QoS、家长控制等功能误判流量；
- 本地网络存在丢包和抖动，而不只是“延迟高”；
- 节点到目标服务之间的路径绕行；
- 应用服务器本身繁忙，或正在进行区域维护；
- 目标应用根据账号地区、网络环境或风控策略限制部分功能。
尤其要区分“延迟”和“抖动”。延迟是数据从设备往返一次的大致时间；抖动是延迟不断变化的幅度。实时语音和游戏对抖动非常敏感：平均延迟看上去不高，但时快时慢，同样会造成卡顿和断线。
日常设置建议：按需启用，而不是盲目追求全开
对大多数以网页、文档、视频浏览为主的用户来说，只要 TCP 代理稳定，日常使用未必需要特别关注 UDP。只有在明确使用游戏、实时通话或依赖 QUIC 的服务，并且出现对应异常时，才值得深入调整。
可以遵循以下原则：
- 保持订阅和客户端更新，但不要为了一个问题频繁导入来源不明的配置；
- 为游戏或实时应用建立独立代理组，避免与普通网页自动组混在一起；
- 排障时固定节点，确认恢复后再决定是否交还给自动选择；
- 不要把所有流量长期设为全局代理，尤其是在需要访问局域网设备、公司资源或校园服务时；
- 不要轻易下载“UDP 修复脚本”、未知驱动或来路不明的增强工具，它们可能要求管理员权限并修改网络设置；
- 修改复杂配置前先备份当前可用配置，并记录改动位置，方便恢复。
总结
Clash 中的 UDP 选项，解决的是“UDP 流量能否通过当前代理链路转发”的问题，而不是网络卡顿的万能开关。网页能否打开主要不靠它判断；游戏联机、实时语音、视频会议或某些 QUIC 连接异常时，它才更值得被纳入排查范围。
遇到问题时，先确认故障只出现在哪个功能，再查看连接实际命中的规则和代理组，随后固定节点做对照，并排除双重代理、VPN 虚拟网卡与本地网络波动。把问题拆成“应用、规则、节点、协议、本地网络”五个层次，通常比反复切换开关更有效。