Clash协议与内核参考

01 · DECISION MODEL

先建立协议选型框架

协议名称不是速度排名

在 Clash Plus、Clash Verge Rev、FlClash 等客户端中，节点旁边显示的 SS、VMess、Trojan、VLESS、Hysteria2 或 TUIC，首先表示客户端与服务端交换数据时采用的协议结构，而不是一张可以直接按快慢排序的产品清单。一次连接的实际表现同时受到服务端处理能力、线路往返时间、丢包率、拥塞程度、传输层、加密实现、客户端内核和设备性能影响。即使协议类型相同，两个节点也可能因为线路与服务端负载不同而表现悬殊；反过来，不同协议在稳定网络中也可能得到接近的网页加载体验。

因此，协议选型应从“能否兼容”开始，再考虑“是否适合当前网络”，最后才比较速度。兼容性包括客户端内核是否支持该协议、订阅转换过程是否保留必要字段、传输层组合是否被实现，以及设备系统能否正常建立 UDP 或 QUIC 会话。如果配置在导入时就丢失了关键字段，后续测速没有意义。对于普通用户，优先采用订阅提供方已经验证的完整配置，比手工把一种协议改成另一种更可靠；协议类型不能只改一个名称就完成转换。

把影响因素拆成四层

第一层是基础网络。固定宽带通常延迟和丢包较稳定，TCP 类方案容易获得平滑表现；移动数据、公共 Wi-Fi 或跨运营商链路可能出现瞬时丢包和网络切换，此时基于 UDP、具备拥塞控制能力的 Hysteria2 或 TUIC 可能更有适应性，但前提是网络允许稳定传输 UDP。第二层是服务端与线路，同一协议若服务端 CPU 饱和、出口拥塞或路由绕行，客户端侧更换参数并不能消除瓶颈。

第三层是协议和传输组合。VMess、VLESS 可搭配 TCP、WebSocket、gRPC 等传输方式，VLESS 还常与 TLS、REALITY 等安全层组合；SS 更接近精简的加密代理结构；Trojan 依赖 TLS 语义；Hysteria2 与 TUIC 则建立在 QUIC 或 UDP 传输思路上。第四层是客户端实现。mihomo 对较新的协议与规则能力覆盖更完整，而较早的原版 Clash 配置能力有限。选择协议时必须把这四层连起来看，不能把网络问题、线路问题和内核问题全部归因到协议名称。

测试时记录什么

客户端里的延迟测试通常只反映一次探测请求，不能完整代表长连接吞吐和稳定性。更实用的测试应包含四项：首次打开多个站点时的响应速度、持续下载一段时间后的吞吐波动、视频或会议连接中的卡顿情况、设备锁屏再唤醒后的恢复速度。每次只改变一个变量，例如固定同一网络与同一服务端，再比较协议；或者固定协议，比较 Wi-Fi 与移动数据。若同时更换节点、网络、客户端和协议，就无法判断改善来自哪一层。

还应在日志中确认失败发生的位置。域名解析错误、连接超时、认证失败、TLS 握手错误、UDP 不可达分别指向不同问题。日志显示认证失败时，反复切换全局模式不会解决问题；日志显示 DNS 解析异常时，更换协议也未必有效。关于日志页面与代理、配置页面的对应关系，可继续阅读Clash Verge界面功能速览。建立这种分层检查方式后，协议选择才会从“尝试哪个名字”变成可重复、可核对的技术判断。

03 · CURRENT OPTIONS

VLESS、Hysteria2 与 TUIC 的适用边界

VLESS：把认证与加密层分开理解

VLESS 使用 UUID 等信息完成客户端身份表达，但协议本身不提供与 VMess 相同的内建加密思路，实际连接安全性通常由 TLS、REALITY 或其他外层机制承担。理解 VLESS 时必须把协议、传输层与安全层分开：VLESS 决定一部分认证和转发结构，TCP、WebSocket、gRPC 等决定承载方式，TLS 或 REALITY 决定对应的安全握手。客户端列表只显示 VLESS 时，仍需展开配置核对 network、tls、servername、reality-opts 和 flow 等字段。

VLESS 配置中的 flow 并不是可随意填写的性能开关。某些组合会使用特定流控值，客户端、服务端和底层实现必须一致；错误值通常造成握手或数据传输失败。REALITY 配置还可能包含 public-key、short-id 和 servername，这些字段具有配套关系。订阅转换若改写字段名、删除空值时误删必要参数，或者旧客户端不认识相关结构，都会导致“节点存在但不可连接”。因此 VLESS 更适合由支持 mihomo 的现代客户端完整导入，而不是复制旧版 Clash 样例后手工拼接。

Hysteria2：面向高丢包链路的 QUIC 思路

Hysteria2 运行在基于 UDP 的 QUIC 传输之上，重点是利用现代拥塞控制和多路复用能力适应延迟、抖动或丢包较明显的链路。它并不意味着在所有网络中都会更快：当 UDP 路径稳定、服务端带宽充足且参数合理时，持续传输可能保持较好的吞吐；如果本地网络对 UDP 限速、路由质量差或中间设备频繁回收 UDP 会话，则可能出现连接超时、速度波动或待机恢复缓慢。

常见配置字段包括服务器地址、端口、认证信息、TLS server name、证书校验以及带宽相关参数。带宽值用于帮助拥塞控制判断发送节奏，不是把数字写得越大就能获得越高速度。设置明显高于真实线路能力时，可能造成排队和丢包；设置过低则会限制吞吐。较新的实现也可能根据模式自动调整，使用订阅下发值通常比盲目修改更稳妥。若客户端日志显示 UDP timeout，应先换网络交叉测试，并确认系统防火墙、路由器和服务端端口，而不是只反复增大带宽参数。

TUIC：低时延会话与 UDP 传输

TUIC 同样以 QUIC 和 UDP 为基础，关注快速建立连接、多路复用与较低的队头阻塞影响。配置通常包含 UUID、密码、服务器名称、拥塞控制选项、UDP 中继模式等。不同实现或配置代际之间可能存在字段差异，订阅中的协议标识、版本语义和认证结构必须与服务端一致。mihomo 可以识别常见 TUIC 配置，但旧内核或旧客户端可能无法解析，导入后被忽略并不代表订阅为空，而可能是内核不支持该节点类型。

TUIC 适合需要频繁建立会话、网络质量存在波动且 UDP 可用的环境，但它不是对 TCP 协议的全面替代。企业 Wi-Fi、访客网络、部分蜂窝网络或严格配置的路由环境可能限制 UDP；此时 TUIC 与 Hysteria2 可能一起失效。实际配置中应保留 SS、Trojan 或其他 TCP 传输节点作为回退。对于语音、游戏和实时通信，还要区分“客户端到服务端使用 UDP”与“目标应用是否经过 UDP 转发”这两层，前者可用不代表后者策略和规则一定正确。

proxies:
  - name: "VLESS-Reference"
    type: vless
    server: node.example.invalid
    port: 443
    uuid: 00000000-0000-4000-8000-000000000000
    network: tcp
    tls: true
    servername: node.example.invalid

  - name: "Hysteria2-Reference"
    type: hysteria2
    server: node.example.invalid
    port: 443
    password: "your-password"
    sni: node.example.invalid

上面的片段用于说明 mihomo YAML 中字段的层级，地址、身份和密码是明确的示例值，不能直接用于连接。真实订阅可能采用不同字段组合，例如 VLESS 增加 REALITY 参数，Hysteria2 增加端口范围或带宽设置。编辑配置后应先使用客户端的配置检查功能，再观察日志是否出现 unsupported、missing field、authentication 或 handshake 等信息。若配置来自订阅，优先在订阅源修正或使用明确支持目标格式的转换方式，避免每次更新都覆盖本地修改。

05 · MOBILE AND PLATFORM

移动端电量、网络切换与平台差异

电量消耗来自持续工作方式

移动端电量表现不能简单等同于协议加密强度。影响耗电的主要因素包括无线模块保持活跃的时长、连接重建频率、后台保活方式、数据传输总量、DNS 请求数量、规则匹配负担以及 CPU 处理时间。一个协议若能快速完成任务并让无线模块回到低功耗状态，即使瞬时 CPU 使用略高，总能耗也可能较低；另一个协议若在不稳定网络中持续重传或频繁重连，即使单次处理较轻，也可能造成更多电量消耗。

SS 在配置简单、链路稳定时通常具有较低处理负担。Trojan、VMess 或 VLESS 搭配 TLS 时会产生握手和加密成本，但长连接复用正常时，持续使用的差异可能并不显著。Hysteria2 与 TUIC 需要维持 UDP 或 QUIC 会话，网络稳定时可以减少部分等待；当系统频繁切换基站、路由器回收 UDP 映射或后台策略限制活动时，会话重建可能增加唤醒次数。实际电量结果还与 Android 厂商后台限制、iOS 网络扩展机制及客户端实现有关，不能仅根据协议名称预判。

Android：后台策略与 VPN 服务

Android 客户端通常通过系统 VPN 服务接管流量。Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 的界面和功能范围不同，但都受系统省电策略、后台活动权限和厂商进程管理影响。出现锁屏后断流时，应先确认客户端是否仍在运行、VPN 标识是否保留、系统是否限制后台电量使用，再检查协议。若应用进程被系统停止，换成另一种协议通常不能解决根因。

Android 上还应关注 IPv6、私人 DNS、按应用代理和热点共享。某些应用直接使用 IPv6，若配置仅处理 IPv4，可能表现为部分应用无法连接；私人 DNS 与客户端 DNS 劫持策略并存时，解析路径可能与预期不同。按应用代理会改变进入内核的流量范围，测试协议时应确认目标应用确实被包含。Hysteria2 或 TUIC 在移动数据上异常时，可切到 Wi-Fi 复测；若 Wi-Fi 正常而蜂窝网络持续超时，优先判断 UDP 路径和网络策略。

iOS：系统网络扩展与前后台切换

iOS 客户端依赖系统提供的网络扩展能力，连接状态、内存预算和后台行为由系统统一管理。本站下载清单中的 iOS 首推客户端为 Clash Plus，可从iOS 下载区进入 App Store。使用时应关注系统设置中的 VPN 状态、客户端配置是否启用，以及切换 Wi-Fi 和蜂窝网络后是否自动恢复。iOS 不向普通用户暴露与桌面系统相同的进程控制细节，因此排查重点是系统 VPN 状态、配置日志和网络切换结果。

移动设备使用 UDP 类协议时，切网会改变本地地址和 NAT 映射。QUIC 具备处理连接变化的相关机制，但实际能否平滑恢复仍取决于客户端、服务端和网络路径。若切网后长时间无法恢复，可以在客户端断开再连接，并检查日志中是否反复出现 timeout；如果 TCP 类节点能立即恢复而 UDP 类节点持续失败，说明当前网络对 UDP 会话不友好，应暂时使用 TCP 回退项。

桌面平台的差异重点

Windows、macOS 与 Linux 通常没有手机电池和后台冻结问题，但系统代理、TUN 权限、防火墙和睡眠恢复更关键。Windows 的部分应用可能不完全遵循系统代理，需要 TUN 模式或应用自身设置；商店应用还可能受到回环限制，可参考Windows UWP应用回环限制排查。macOS 上应区分系统代理与虚拟网络接口，睡眠后若连接异常，可先重启系统代理或 TUN。Linux 则要重点确认桌面代理设置、路由权限、systemd 服务状态和 DNS 管理组件。

评估移动端电量时，建议使用系统电池统计观察一个完整使用周期，而不是盯住几分钟的瞬时百分比。保持相近的屏幕时间、数据量和应用任务，分别测试候选协议。若某协议在信号较差时导致设备持续发热、后台活动时间明显增加或唤醒后反复重连，应优先更换稳定节点或回退协议。电量表现本质上是协议、网络、客户端和系统调度共同作用的结果，选型目标应是减少无效工作，而不是追求某个抽象的最低开销标签。

07 · SUBSCRIPTION

订阅格式与配置兼容性检查

订阅地址不等于固定格式

“订阅链接”描述的是获取配置的方式，不代表返回内容一定采用同一种格式。服务端可能返回完整 Clash YAML、只包含节点的 YAML、经过编码的 URI 列表，或针对特定客户端生成的配置。客户端导入时要先获取内容，再根据响应格式解析。链接能在浏览器打开，只能说明服务器返回了数据，不能证明数据符合当前客户端和内核要求。

完整 Clash 或 mihomo 配置通常包含代理节点、策略组、规则、DNS 与端口设置；节点订阅可能只有 proxies 数据，策略组和规则由客户端模板补充。URI 列表则使用 ss://、vmess://、trojan://、vless://、hysteria2:// 或 tuic:// 等形式分别表达节点。不同 URI 对复杂传输参数的表达能力与实现一致性不同，转换过程中最容易丢失路径、SNI、ALPN、指纹、REALITY 和拥塞控制字段。

导入前后的四次核对

第一次核对响应状态。导入失败时先确认订阅地址没有多余空格，访问没有返回登录页、错误页或空内容。第二次核对节点数量与协议类型，确认预期的 Hysteria2、TUIC 或 VLESS 节点没有在解析阶段消失。第三次核对关键字段，选择一个节点展开查看服务器、端口、认证、TLS 和传输设置。第四次核对策略组，节点被成功解析后还要加入当前策略组，否则代理页面可能仍只显示旧节点。

订阅更新是一次重新获取和合并过程。若更新后本地修改消失，说明修改位于订阅管理范围内；应使用客户端提供的覆写或配置合并机制，而不是每次直接编辑生成文件。若更新后节点重复，可能是同时启用了多个内容相同的订阅，或旧配置没有被替换。若更新时间正常但节点内容未变化，可查看日志与响应缓存，并确认订阅服务确实返回了新内容。更完整的入口操作和错误分类可参考Clash订阅链接导入方法。

字段丢失时如何定位

首先比较订阅原始内容与客户端导入后的节点详情。若原始内容已经缺字段，问题在订阅生成端；若原始内容完整而客户端缺失，问题可能在客户端解析器、订阅转换或内核支持。VMess 和 VLESS 重点查看 network、servername、ws-opts、grpc-opts、reality-opts 与 flow；Trojan 重点查看 password、sni 和 TLS；SS 重点查看 cipher、password 与 plugin；Hysteria2 和 TUIC 重点查看认证、SNI、拥塞控制与 UDP 相关选项。

其次查看配置检查错误。YAML 对缩进敏感，列表项、映射和字符串层级错误会导致整份配置无法读取。节点名称中包含冒号、井号或特殊字符时，使用引号可以减少歧义。布尔值、数字和字符串也不应混用，例如端口应保持数字语义，而 UUID、密码和路径通常作为字符串。手工编辑后，先让内核完成语法检查，再启动系统代理，避免把格式错误误判成网络问题。

mixed-port: 7890
mode: rule

proxy-groups:
  - name: "协议选择"
    type: select
    proxies:
      - "VLESS-Reference"
      - "Hysteria2-Reference"
      - DIRECT

rules:
  - DOMAIN-SUFFIX,example.com,协议选择
  - MATCH,协议选择

这段配置展示策略组与规则如何引用节点名称。引用名称必须与 proxies 中完全一致，包括大小写和空格；节点改名后，策略组中的旧名称会失效。真实配置通常还包含 DNS、规则提供器和更多策略组，但排查时可以先缩小到最小结构，确认一个节点能建立连接，再逐步恢复其他部分。大段复制未知配置会同时引入多个变量，不利于判断问题位置。

订阅转换的边界

转换工具可以把一种容器格式改写为另一种，但不能凭空补齐服务端参数，也不能把协议本身转换成另一种协议。它能做的是映射字段、生成策略组、筛选节点和调整名称。对新协议或扩展传输的支持取决于转换器自身实现；如果转换器不认识字段，即使源订阅正确，输出也可能不完整。涉及 VLESS REALITY、Hysteria2 或 TUIC 时，优先使用服务端直接提供的 mihomo 格式，并在更新后抽查关键字段。

遇到订阅为空、格式无法识别或更新失败时，可先查看常见问题中的安装配置分类。排查顺序应保持明确：地址可访问、响应内容正确、格式可识别、内核支持协议、关键字段完整、节点进入策略组、连接日志正常。按此顺序逐层确认，比频繁删除客户端和重新安装更容易找到根因。