自建代理，直连优先考虑 VLESS + REALITY；线路丢包明显、UDP 可用时，再试 Hysteria 2。如果 VPS 的 IP 已经被阻断，先解决入口问题，继续换协议通常使不上力。
| 遇到的问题 | 优先考虑 | 判断依据 |
|---|---|---|
| 搭一条日常直连线路 | VLESS + REALITY | 不用自备域名和证书，兼顾伪装与传输效率 |
| 线路丢包，下载跑不起来 | Hysteria 2 | 利用 QUIC 和拥塞控制改善弱网传输，前提是 UDP 通畅 |
| 服务器 IP 方向连接失败 | 换 IP、换节点，或增加 CDN 入口 | 改变实际连接的地址，绕开失效的直连路径 |
REALITY 适合做直连的起点
VLESS + REALITY 这套组合里，VLESS 负责代理通信，REALITY 负责传输安全与伪装。它能把未通过认证的连接转给目标网站，让外部探测看到真实网站的响应，自己不用另外购买域名、申请证书。
REALITY 和经常一起出现的 Vision 分工不同。REALITY 处理外层握手与伪装，Vision 则对内部 TLS 握手等流量特征做处理，并减少重复加密的开销。
Hysteria 2 主要解决弱网传输
Hysteria 2 基于 QUIC，通过 UDP 承载通信。它值得尝试的场景是：连接能建立，但延迟高、丢包多，TCP 下载速度迟迟上不去。
这里要看的是自己的网络能否顺畅传 UDP。UDP 被限速或丢弃时，换成 Hysteria 2 很难改善体验；UDP 通畅时，它的拥塞控制才有发挥空间。
还有一个容易误解的地方：带宽参数填得更大，不等于速度更快。Hysteria 的 Brutal 拥塞控制会按设定的速率发送，超过线路承受能力会增加拥塞、浪费流量。部署时让 AI 按实际带宽配置，再比较真实下载和长连接表现，比照抄一个大数字有用。
IP 被阻断，要换访问路径
这段时间几台海外 VPS 的 IP 接连失联，机器能 ping 通，TCP 握手却无法完成。SSH 和 REALITY 一起连不上，继续调整代理参数解决不了入口不通的问题。
我目前尝试的办法是保留 REALITY 直连，再加一条 VLESS + TLS + XHTTP，经 CDN 回源的入口。电脑先连接 CDN 边缘，再由 CDN 连接海外 VPS，实际访问路径变了。目前效果还不错，具体过程写在这篇自救记录里。
XHTTP 是传输方式，可以配合 TLS 穿过支持相应传输模式的 CDN。它不是在原来的 REALITY 连接前面直接加一个 CDN 开关，需要单独部署入口。
备用方案也要看它能避开什么故障。同一个 IP 上再开几个依赖直连 TCP 的端口，遇到该 IP 的 TCP 阻断时仍会一起失效。换节点或增加 CDN 路径，才给切换留下了余地。
其他协议，按已有条件取舍
Trojan 用真实的 TLS 连接承载代理流量，通常需要域名和证书。手上已有可用的 Trojan，继续使用即可；它的价值是部署思路直接、客户端支持成熟。
NaiveProxy 的特点是复用 Chromium 网络栈，配合填充等机制，让通信行为更接近浏览器。愿意维护对应服务端和客户端时，可以把它作为另一种伪装思路；无需为了凑齐协议清单再部署一套。
VMess 已经能满足需求的，也不必只为协议名字更新而迁移。真正值得更换的理由，是连接、速度或维护出了具体问题。
sing-box 和 Xray-core 怎么选
主要用 REALITY 直连，或准备加 XHTTP + CDN 入口，可以优先选 Xray-core。REALITY 和 XHTTP 都出自 Xray 项目，相关功能的更新和配置资料也集中在这里。
希望把 REALITY、Hysteria 2、DNS 和分流规则放在同一套配置里管理，可以选 sing-box。对新手来说，先选适合自己手机、电脑的客户端，再让 AI 按客户端支持的方案完成部署，日常使用会省心一些。