插图来源：Storyset
老用户都记得，几年前自建节点的标准答案就是 VMess+WS+TLS：套个域名、配个证书、前面再架个 CDN，号称"和正常网站一模一样"。如今打开机场的节点列表，这个组合越来越少，取而代之的是 VLESS+Reality。作为亲历者，今天复盘一下这个经典三件套的兴衰。
当年为什么流行#
三件套解决的是同一个核心问题：看起来像正常流量。
- VMess：负责传输和加密，当时的新锐协议。
- WebSocket：把流量包装成 WebSocket 握手，特征像网页实时通信。
- TLS：整条链路加密，外观看就是普通的 HTTPS。
三层叠起来，对外呈现的就是"一个在访问 HTTPS 网站的用户"。在当年，这套伪装相当能打。加上能套 CDN（把真实服务器藏在 Cloudflare 后面），一时间成为自建党的标配。原理细节见这篇。
现在的短板在哪#
- 重：域名、证书、CDN，一套配下来环节多，任何一个环节出问题都连不上，维护成本高。
- 特征被研究透了：流行了这么多年，WS+TLS 的流量模式被分析得很透彻，伪装红利吃完了。
- 性能开销：层层封装带来额外延迟和 CPU 消耗，在新一代轻量协议面前显得笨重。
- CDN 依赖：套 CDN 虽然藏了 IP，但 CDN 本身也可能被针对，等于把命运交给了第三方。
什么场景下还能继续用#
- 存量自建节点：已经配好、一直稳定的，没必要为了追新而重构。能用、稳定，就是最大的优点。
- CDN 覆盖好的地区：某些地区直连质量差、但 CDN 节点质量好，三件套反而有优势。
- 学习理解：想搞懂"传输+伪装"分层思想，三件套是最好的教材，每一层职责分明。
老用户：要不要迁移#
我的判断标准很简单：
- 机场用户：不用纠结，跟着机场走。机场上了 VLESS+Reality 你就用，当年选三件套的理由（省心）今天依然成立。
- 自建用户：如果现有三件套稳定，别折腾；如果频繁被针对、维护到心累，迁移到 Reality 方案能省掉域名证书这一整套，长期更省心。
- VMess 协议本身：想了解它的设计，参考VMess 协议详解；想看新组合为什么强，对照VLESS+Reality 解读。
一点感慨#
技术路线的更替从来不是因为老东西"错了"，而是新东西在某个维度做得更好。三件套教会行业"伪装"的价值，Reality 们则把这件事做到了极致。作为用户，不用追每个新名词，理解分层思想，就能从容面对下一轮更替。
