外观
VLESS、Trojan、Shadowsocks 对比：特征、性能与兼容性
选哪种协议取决于设备能跑什么、需要多强的伪装，以及服务商实际提供什么：Shadowsocks 覆盖最广但没有伪装层，Trojan 靠回落到真实站点伪装，VLESS 依赖较新的客户端内核。本站不提供协议性能数值。
三种协议的选择取决于你的设备能跑什么、你需要多强的伪装、以及服务商实际提供什么。Shadowsocks 自带加密、实现最广、没有伪装层；Trojan 把加密交给 TLS、靠回落到真实站点伪装、对服务端部署要求高；VLESS 同样依赖 TLS，但把伪装与证书问题交给 XTLS Vision 或 REALITY 等传输方案，对客户端内核版本要求较高。本站不提供协议性能数值，品牌协议标注为 Vendor Data。
核心结论与适用条件
下面的结论全部基于协议设计文档描述的公认特性，不依赖任何品牌宣传或测速结果。
- 如果你的设备包含路由器、电视盒子或多年未更新的手机，那么优先核对这些设备的内核支持范围，Shadowsocks 与 Trojan 的覆盖通常比 VLESS 加新传输方案更广。
- 如果你所有设备都能自由更新客户端，那么三种协议在可用性上没有决定性差别，取舍转向伪装需求与服务商的部署质量。
- 如果你关注流量特征是否接近普通 HTTPS，那么Trojan 与 VLESS 加 TLS 类方案在设计上优于 Shadowsocks，但实际效果取决于客户端的 TLS 指纹模拟能力与服务端配置。
- 如果你希望减少协议层的重复加密开销，那么只有 VLESS 搭配 XTLS Vision 流控在设计上做到了这一点，VLESS 加普通 TLS 与 Trojan 在加密次数上相同。
- 如果品牌资料只写“VLESS”没写传输方案，那么导入前需要确认是 TLS、Vision 还是 REALITY，确认方法见 了解不同客户端内核对 VLESS 传输方案的支持差异。
- 如果你需要的是 Trojan 或 Shadowsocks 订阅，那么本站 17 个品牌的资料中没有任何一个写明提供这两种协议，需要付费前向客服确认。
专题层面对四种协议的总览见 回到协议与安全专题看四种协议的分工概览，本文在此基础上把三者放进同一框架逐项比较。
三种协议各自要解决的问题
对比之前先看每种协议的设计出发点，否则很容易把“设计目标不同”误判为“优劣不同”。
Shadowsocks：用一把密钥解决认证与加密
Shadowsocks 的设计极简：客户端与服务端共享一把密钥，客户端把目标地址与数据一起用这把密钥加密后发出，服务端解密后转发。能解密即视为合法用户，认证与机密性由同一个加密过程完成。它没有握手阶段，没有证书，没有伪装层。这种设计的优点是实现门槛低、协议开销小、跨平台移植容易；代价是加密后的数据没有任何常见协议的外观。后来的 AEAD 加密套件修补了早期版本的完整性问题，但没有改变“无伪装”这一结构特征。
Trojan：让代理服务端看起来就是一个网站
Trojan 的出发点是流量特征问题。它的服务端监听标准 HTTPS 端口，持有有效证书，并在背后放一个真实网站。客户端完成 TLS 握手后，在加密通道内先发送一段密码；密码正确则后续数据被当作代理流量转发，密码错误或根本没有密码的连接被原样交给背后的网站。从外部观察，这台服务器就是一个普通的 HTTPS 站点。这种设计把伪装能力绑定在服务端部署上：没有有效证书与可供回落的站点，Trojan 就失去了意义。
VLESS：把加密和伪装都交给外层
VLESS 的出发点是减少不必要的协议负担。它保留了用户标识认证与目标地址传递，去掉了 VMess 的内置加密与时间戳校验，协议本身只是一段很短的头部加上原始数据。安全性完全依赖外层传输方案：搭配普通 TLS 时与 Trojan 的安全模型接近；搭配 XTLS Vision 流控时可以减少对内层 TLS 流量的重复加密；搭配 REALITY 时可以借用第三方站点的证书特征，不要求自有域名。VLESS 不像 Trojan 那样把回落写进协议定义，但服务端实现通常也支持把非法连接回落到其他服务。关于 VLESS 本身的结构，见 先理解 VLESS 协议头部与认证方式再看对比。
三者的出发点可以用一句话归纳：Shadowsocks 追求简单，Trojan 追求像网站，VLESS 追求可组合。接下来的对比都建立在这个前提上。
特征、性能与兼容性对照表
下表把三种协议放在同一组指标下比较。所有“相对等级”都是通用经验排序，不是测量结果；凡涉及性能数值的行均为 Not Tested。
| 指标 | VLESS | Trojan | Shadowsocks | 单位 | 统计口径 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|---|
| 认证凭据 | 用户标识 | 密码 | 预共享密钥 | — | 协议设计 | 通用技术资料 | 2026-10-18 |
| 加密由谁承担 | 外层 TLS 类方案 | 外层 TLS | 协议自身对称加密 | — | 协议设计 | 通用技术资料 | 2026-10-18 |
| 是否需要证书 | 需要（REALITY 可借用第三方特征） | 需要自有有效证书 | 不需要 | — | 协议设计 | 通用技术资料 | 2026-10-18 |
| 回落机制 | 由服务端实现提供 | 协议定义内置 | 无 | — | 协议设计 | 通用技术资料 | 2026-10-18 |
| 外层流量外观 | 标准 TLS | 标准 TLS | 无结构加密数据 | — | 协议设计意图 | 通用技术资料 | 2026-10-18 |
| 对内层 HTTPS 的重复加密 | Vision 流控下可减少 | 存在 | 存在 | — | 协议设计 | 通用技术资料 | 2026-10-18 |
| 对时间同步的依赖 | 无 | 无 | 无 | — | 协议设计 | 通用技术资料 | 2026-10-18 |
| 跳过证书校验的后果 | 标识、目标、数据可被解密 | 密码、目标、数据可被解密 | 不适用 | — | 协议设计推导 | 通用技术资料 | 2026-10-18 |
| 服务端部署门槛 | 中等 | 较高 | 较低 | 相对等级 | 通用经验 | 通用技术资料 | 2026-10-18 |
| 客户端内核覆盖（基础协议） | 较广 | 较广 | 最广 | 相对等级 | 通用情况，不点名版本 | 通用技术资料 | 2026-10-18 |
| 客户端内核覆盖（含新传输方案） | 较窄 | 不适用 | 不适用 | 相对等级 | 通用情况，不点名版本 | 通用技术资料 | 2026-10-18 |
| 路由器固件支持 | 取决于内核版本 | 较广 | 广 | 相对等级 | 通用情况 | 通用技术资料 | 2026-10-18 |
| 吞吐 | 待核实 | 待核实 | 待核实 | Mbps | 本站无实测 | Not Tested | 2026-10-18 |
| 握手附加延迟 | 待核实 | 待核实 | 待核实 | ms | 本站无实测 | Not Tested | 2026-10-18 |
| 品牌资料标注数量 | 12 | 0 | 0 | 个 | brands.json protocols 字段 | 品牌公开资料/用户提供清单 | 2026-10-18 |
“客户端内核覆盖”分成两行是刻意的：VLESS 基础协议的支持范围并不窄，窄的是它搭配的 XTLS Vision 与 REALITY。把两者混为一谈是协议兼容性讨论中最常见的错误。
维度一：流量特征
流量特征描述的是数据在线路上“长什么样”。这里只讨论设计意图，不讨论任何识别或对抗结果，相关边界见 了解流量特征识别与协议伪装的技术边界。
Shadowsocks 的数据流从第一个字节起就是密文，没有可读的协议头，也没有握手。这种“什么都不像”本身就是一种特征：正常网络中极少有连接从头到尾都是无结构的随机数据。
Trojan 的外层是一次完整的 TLS 握手，之后是加密的应用数据。如果服务端证书有效、客户端握手参数与常见浏览器一致，那么从外部看它与访问任何 HTTPS 网站的连接没有结构上的区别。差别可能出现在握手细节上：客户端使用的加密套件顺序、扩展列表等参数如果与主流浏览器不同，就会形成区别于浏览器的指纹。这正是 uTLS 这类指纹模拟方案要解决的问题，见 理解 TLS 指纹为什么会影响连接表现。
VLESS 加 TLS 的外层特征与 Trojan 相同，都取决于握手细节。VLESS 加 REALITY 在此基础上更进一步：服务端在握手阶段呈现的证书特征来自某个真实的第三方站点，因此即使没有自有域名，握手阶段也不会出现自签证书或与域名不匹配的证书。REALITY 的工作原理在 查看 REALITY 如何借用第三方站点特征完成握手 中展开。
把三者按“外层像不像普通 HTTPS”排序，Shadowsocks 处于末端，Trojan 与 VLESS 加 TLS 类方案处于前端，两者之间的差别更多取决于客户端指纹模拟与服务端证书来源，而不是协议名称本身。
维度二：性能开销的来源
本站不给出任何协议的速度、延迟或吞吐数值。但可以从原理上说明开销来自哪里，以及为什么这些差别在实际使用中往往不显著。
加密次数
用户访问的目标多数本身就是 HTTPS，数据进入代理之前已经被一层 TLS 加密。Shadowsocks 会再用对称加密包一层，这是第二次加密。Trojan 的外层 TLS 同样是第二次加密。VLESS 加普通 TLS 也是第二次加密，与 Trojan 相同。只有 VLESS 搭配 XTLS Vision 流控时，内核在识别出内层数据已是 TLS 之后，可以减少对这部分的重复加密处理。流控的工作方式与配置要点见 理解 XTLS Vision 流控如何减少重复加密。
握手步骤
Shadowsocks 没有握手，连接建立后直接发送数据。Trojan 与 VLESS 加 TLS 需要先完成 TLS 握手，这会增加一个往返级别的建立时间。REALITY 的握手步骤与普通 TLS 相当。这些差别在每个新连接建立时发生，对长连接影响小，对大量短连接的场景影响相对明显。
封装层数
如果 VLESS 或 Trojan 使用 WebSocket、gRPC 等传输层叠加，每一层封装都会增加少量头部开销与处理步骤。这与协议本身无关，而与所选传输方案有关。Shadowsocks 使用插件做混淆时也存在同样的叠加开销。
为什么实际差别常被掩盖
协议层开销以 CPU 处理时间与少量额外字节计算，而用户感知的速度与延迟主要由线路路径、服务端负载、晚高峰拥塞与设备性能决定。线路层的影响因素见 拆解一次请求的延迟由哪些环节构成。在线路条件相同的前提下，三种协议之间的差别通常处于不易察觉的量级；在线路条件不同的情况下，协议差别会被线路差别完全覆盖。因此，用“协议 A 比协议 B 快”来选择服务是本末倒置的。如果你确实需要比较，应在同一节点、同一时段、同一设备上分别用三种配置测量，测试口径见 按统一口径设计协议对比测试的方法。
维度三：客户端兼容性
兼容性要回答的问题是：你手上的每一台设备，能不能用这个协议加这个传输方案。
三层判断
第一层看内核是否实现该协议。按通用情况，Shadowsocks 几乎被所有代理内核实现；Trojan 被主流内核实现；VLESS 基础协议同样被主流内核实现。第二层看内核版本是否支持搭配的传输方案。这一层只对 VLESS 有实际意义：XTLS Vision 与 REALITY 需要较新的内核版本，老版本内核即使支持 VLESS 也无法使用这两种方案。第三层看订阅格式能否被客户端解析：VLESS 节点的传输方案字段较多，转换过程中丢字段的概率相对高；Shadowsocks 的字段最少，转换最稳定。
按设备类型看
桌面与手机客户端如果可以自由更新，三种协议都可以使用，差别在于是否需要手动确认内核版本。路由器固件与电视盒子的更新周期长，内核版本往往落后，Shadowsocks 与 Trojan 的可用概率高于 VLESS 加新传输方案。多设备用户需要取所有设备支持范围的交集，交集决定了可选协议的上限。桌面与移动端的内核差异分别见 对照桌面客户端内核支持的协议与传输方案 与 对照移动客户端内核支持的协议与传输方案。客户端选择的总体思路见 了解客户端选择与订阅导入的基本流程。
自研客户端的位置
品牌资料中的客户端方式分为自研客户端加第三方导入、仅第三方导入、按官方订阅格式使用对应客户端三类。自研客户端通常已内置与服务端匹配的内核，兼容性问题最少，但它只解决“能不能连”，不改变协议本身的特征与安全模型，也不免除来源校验。自研客户端的下载安全见 核对客户端来源与签名再安装。
维度四：安全模型的差别
三种协议的机密性来源不同，对配置错误的容忍度也不同。
Shadowsocks 的机密性来自对称加密算法与密钥强度。只要密钥不泄露、使用 AEAD 套件，机密性与完整性都成立。它不涉及证书，因此不存在“跳过证书校验”这一风险点，但密钥一旦泄露，所有历史与未来流量都可被解密。
Trojan 的机密性完全来自 TLS。证书有效、校验开启时，中间设备无法读取密码与数据。一旦客户端开启跳过证书校验，中间设备可以用任意证书冒充服务端完成握手，之后密码、目标地址与数据全部暴露。
VLESS 加 TLS 类方案的情况与 Trojan 相同，机密性来自 TLS，跳过证书校验的后果同样是全部暴露。REALITY 的特殊之处在于它的验证方式不依赖传统证书链，而是通过预共享的密钥材料验证服务端身份，因此配置正确时不需要也不应该开启跳过校验。关于这个选项为什么不能作为排错手段，见 弄清跳过证书校验为什么不能用来解决连不上。
安全模型之外，三种协议都不处理 DNS 解析去向与浏览器 WebRTC 行为，这两项泄露与协议无关，需要在客户端与浏览器层面单独处理，见 检查域名解析是否走了代理之外的路径。
决策树：从设备与需求出发选协议
Decision Path
VLESS、Trojan、Shadowsocks 的取舍路径
text
你的所有设备都能自由更新客户端吗？
├─ 否（含路由器 / 盒子 / 老设备）
│ └─ 这些设备的内核支持什么？
│ ├─ 只有 Shadowsocks → 需要提供 SS 订阅的服务商（本站资料中无标注，需确认）
│ ├─ 有 Trojan → Trojan 或 VLESS + 普通 TLS 均可考虑
│ └─ 有 VLESS 但版本较旧 → 避免 Vision / REALITY 节点
└─ 是
└─ 你对外层流量像普通 HTTPS 的要求有多高？
├─ 不关注 → 三种协议均可，按服务商质量决定
├─ 关注 → Trojan 或 VLESS + TLS 类方案
│ └─ 服务商是否有自有域名与证书？
│ ├─ 有 → Trojan 与 VLESS + TLS 均成立
│ └─ 无 / 不确定 → VLESS + REALITY 在设计上更合适
└─ 同时希望减少重复加密 → VLESS + XTLS Vision
└─ 确认客户端内核版本支持后再导入决策树的每个终点都要再过一遍安全检查：证书校验保持开启、DNS 走代理、客户端来自官方渠道。协议选对了但这三项失守，协议层的安全性会被整体绕过。
知识图谱：代理协议三方对比
实体定义
VLESS是一种无内置加密的轻量代理协议，用用户标识认证，依赖外层 TLS 类传输方案保证机密性。Trojan是一种以 TLS 为外层、用密码认证、将非法连接回落到真实网站的代理协议。Shadowsocks是一种用预共享密钥做对称加密、无握手无伪装层的代理协议。三者功能定位相同，差别在于认证方式、加密位置与伪装策略。
相关概念
上游概念：TLS 握手、证书链、对称加密、AEAD。平行概念：VMess（内置加密与时间戳认证的协议）、传输层叠加（WebSocket、gRPC）。VLESS 专属下游概念：XTLS Vision 流控、REALITY、uTLS 指纹模拟。Trojan 专属下游概念：回落站点、自有证书。Shadowsocks 专属下游概念：混淆插件、AEAD 套件。
技术参数
可比较的设计参数：认证凭据类型、加密承担方、证书依赖、回落机制、对时间同步的依赖、传输方案可选范围。可由用户确认的参数：客户端内核名称与版本、订阅中节点的协议与传输字段、allowInsecure 状态。不可从本站获得的参数：任何协议的吞吐、延迟、CPU 占用数值。
适用场景
Shadowsocks 适合设备受限、内核陈旧、对流量特征无要求的环境；Trojan 适合服务商有自有域名与证书、用户希望外层像普通 HTTPS 且客户端不需要新内核的环境；VLESS 加 Vision 或 REALITY 适合客户端可自由更新、希望减少重复加密或服务商无自有域名的环境。
对比依据
只依据协议设计文档描述的公认特性与客户端内核的公开支持情况。不依据任何品牌宣传、不依据未经控制变量的测速、不依据任何识别或对抗结果。协议维度在本站横向对比框架中的位置见 了解协议维度在横向对比中的权重设定。
常见问题指向
“VLESS 节点连不上”指向 按分层顺序排查 VLESS 节点连接失败；“协议是不是越新越好”指向 看协议为什么应该按设备与环境选择而不是按新旧；“我的客户端能不能用 REALITY”指向本集群的客户端支持文章。
品牌关联：资料中的协议标注分布
以下只转述 brands.json 的 protocols 与 clientSupport 字段，全部为 Vendor Data，本站未查看任何品牌的实际订阅内容。
| 协议标注 | 品牌数 | 品牌 | 单位 | 统计口径 | 数据来源 | 更新时间 |
|---|---|---|---|---|---|---|
| VLESS | 12 | 光速云、U1S1、唯兔云、宇宙云、光年梯、一翻云、二猫云、SOGO云、可信云、速界、快狸、全球云 | 个 | protocols 字段含 VLESS | 品牌公开资料/用户提供清单 | 2026-10-18 |
| Trojan | 0 | 无 | 个 | protocols 字段 | 品牌公开资料/用户提供清单 | 2026-10-18 |
| Shadowsocks | 0 | 无 | 个 | protocols 字段 | 品牌公开资料/用户提供清单 | 2026-10-18 |
| 待核实 | 5 | 微风网络、飞猫云、星岛梦、灵猫网络、极连云 | 个 | protocolDisplay 为“待核实” | 品牌公开资料/用户提供清单 | 2026-10-18 |
| VLESS 传输方案（TLS / Vision / REALITY） | 0 | 全部未写明 | 个 | 资料中无该字段 | 品牌公开资料/用户提供清单 | 2026-10-18 |
两点需要注意。第一，12 个标注 VLESS 的品牌都没有写明传输方案，本文讨论的 Vision 与 REALITY 差别在这些品牌上全部待核实。第二，Trojan 与 Shadowsocks 标注为零不代表没有品牌提供，只代表资料中没写；需要这两种协议的用户应在付费前确认。协议待核实的 5 个品牌中，微风网络、飞猫云、星岛梦的入门价格为年付折算，需按年支付，在协议确认前不宜选择长周期方案，周期取舍见 比较年付与月付在协议未确认时的风险差异。
标注 VLESS 且提供自研客户端的品牌，自研客户端通常内置匹配内核，兼容风险较低；仅第三方导入的品牌则需要用户自行核对内核版本。一翻云、二猫云、可信云、全球云在资料中为第三方导入类，例如 查看一翻云标注的协议与客户端方式。全部品牌的协议与客户端字段可在 按协议标注筛选品牌库条目 中查看。
优点、限制与风险提示
各协议的优点
- Shadowsocks：实现最广，几乎所有客户端与路由器固件支持；无握手，连接建立快；配置字段最少，订阅转换最稳定。
- Trojan：外层为标准 TLS，设计上与普通 HTTPS 连接结构相同；客户端侧配置简单，不需要新内核；回落机制内置于协议定义。
- VLESS：协议头部极简，可组合多种传输方案；搭配 Vision 流控可减少重复加密；搭配 REALITY 不要求服务商持有自有域名。
各协议的限制
- Shadowsocks：无伪装层，加密数据没有常见协议外观；密钥泄露后所有流量可被解密；没有回落能力。
- Trojan：服务端必须有有效证书与真实站点，部署成本高；伪装质量依赖客户端 TLS 指纹模拟；跳过证书校验后机密性完全丧失。
- VLESS：基础协议无加密，安全完全依赖传输方案；Vision 与 REALITY 需要较新内核，路由器与老设备覆盖窄；订阅字段多，转换丢字段概率相对高；跳过证书校验后果与 Trojan 相同。
风险提示
- 机场服务的线路、节点、价格和套餐可能随时调整，下单前请以品牌官网实时信息为准。
- 本站 17 个品牌全部为 Vendor Data，协议标注未经本站验证，传输方案全部待核实，性能全部 Not Tested。
- 动态能力（AI 工具、流媒体）与协议选择无关；品牌资料显示覆盖相关使用场景，具体可用性、解锁状态及节点表现可能随 IP、地区和平台策略变化，建议以最新实际测试结果为准。
- 任何协议都不处理 DNS 泄露与 WebRTC 泄露，这两项需要单独检查。
- 为了连上而开启跳过证书校验，对 Trojan 与 VLESS 都意味着放弃全部机密性。
- 协议不是服务质量的保证；服务商是否稳定运营、节点是否退化，需要用其他信号判断，见 识别服务商运营状态变化的信号。
常见问题
VLESS 和 Trojan 的根本区别是什么？
两者都把加密交给 TLS，根本区别在于身份认证与回落设计。Trojan 用密码认证，并要求服务端同时是一个真实可访问的 HTTPS 站点，不匹配的连接被回落到该站点；VLESS 用用户标识认证，协议本身不规定回落目标，而是把伪装与证书问题交给 XTLS Vision、REALITY 等传输方案处理。因此 Trojan 的伪装能力绑定在服务端部署上，VLESS 的伪装能力绑定在所选传输方案上。
Shadowsocks 没有 TLS，是不是就不安全？
不是。Shadowsocks 用预共享密钥对整条数据流做对称加密，机密性由加密算法本身保证，不依赖 TLS。它的问题不在加密强度，而在流量特征：加密后的数据不像任何常见业务流量，缺乏伪装层。安全与伪装是两个维度，Shadowsocks 在前者上成立，在后者上弱于带 TLS 的方案。
三种协议哪一种速度更快？
本站不给出任何协议的速度、延迟或吞吐数值，全部为 Not Tested。协议层的开销差异来自加密次数、握手步骤与封装层数，这些差异在实际使用中通常被线路质量、服务端负载与设备性能掩盖。要比较协议性能，需要在同一节点、同一时段、同一设备上分别测量，脱离环境的数值没有参考意义。
为什么说 VLESS 的性能优势来自减少重复加密？
用户访问的目标多数本身就是 HTTPS，数据在进入代理之前已经被一层 TLS 加密。Shadowsocks 与 VMess 会再加密一次，VLESS 搭配普通 TLS 也会再加密一次，而 VLESS 搭配 XTLS Vision 流控可以在识别出内层 TLS 之后减少对该部分的重复处理。这个优势只在搭配流控时存在，VLESS 加普通 TLS 并不比 Trojan 少一次加密。
Trojan 对服务端的要求为什么更高？
Trojan 的伪装前提是服务端拥有有效证书与一个可供回落的真实网站，这意味着部署者需要域名、证书签发与站点维护三项工作。VLESS 搭配 REALITY 可以借用第三方站点的证书特征，不要求自有域名；Shadowsocks 完全不涉及证书。因此在部署成本上 Trojan 处于较高一端，但这属于服务商的工作，用户侧感知不到。
三种协议的流量特征有什么差别？
Shadowsocks 的流量是无明显结构的加密数据，不像任何常见协议。Trojan 与 VLESS 加 TLS 的流量在外层表现为标准 TLS 连接，特征取决于 TLS 握手细节是否与常见浏览器一致，这一点由客户端的指纹模拟能力决定。VLESS 加 REALITY 进一步让握手阶段的证书特征接近某个真实站点。流量特征只描述协议设计意图，不代表任何识别结果。
客户端兼容性方面三者谁的范围更广？
按通用情况，Shadowsocks 的实现最广，几乎所有代理客户端与路由器固件都支持；Trojan 其次，主流客户端内核大多已实现；VLESS 基础协议的支持范围也较广，但其搭配的 XTLS Vision 与 REALITY 需要较新的内核版本，在路由器固件与老设备上覆盖较窄。兼容性应按协议加传输方案的组合判断，而不是只看协议名称。
品牌资料里有标注 Trojan 或 Shadowsocks 的吗？
没有。brands.json 中 12 个品牌标注 VLESS，5 个品牌协议待核实，没有品牌在资料中写明 Trojan 或 Shadowsocks。这不代表这些品牌不提供其他协议，只说明用户提供清单与品牌公开资料中没有写。需要其他协议的用户应在付费前向客服确认订阅内容。
多设备用户应该怎么在三种协议之间取舍？
先列出所有设备各自使用的客户端内核，取它们共同支持的协议与传输方案的交集，再按交集筛选品牌。如果交集只有 Shadowsocks，就不要为了新特性选择只提供 VLESS 加 REALITY 的订阅；如果所有设备都能自由更新客户端，交集通常包含三种协议，此时可以按伪装需求与服务端质量决定。
多设备场景下设备数限制与协议交集需要一起考虑，见 核对多设备同时在线限制与协议交集。
跳过证书校验对三种协议的影响一样吗？
不一样。Shadowsocks 不使用 TLS，该选项对它不适用。Trojan 与 VLESS 加 TLS 的机密性完全依赖证书校验，一旦开启跳过校验，中间设备可以用自签证书冒充服务端，密码或用户标识、目标地址与数据都可能被解密。因此这个选项对后两者是致命的，任何情况下都不应作为连不上的解决办法。
下一步
协议对比只是选型中的一个维度。确认了设备支持范围之后，下一步是把协议标注放进完整的选型清单里，与价格口径、流量、运营年限一起权衡，见 把协议支持放进完整的选型清单再做决定。如果你已经导入了 VLESS 节点但连不上，排错文章给出了分层顺序。
Cluster · vless
VLESS 协议
- VLESS 协议是什么：与 VMess 的设计差异VLESS 协议是什么，它和 VMess 有什么不同？
- VLESS + REALITY：工作原理与适用场景REALITY 是如何工作的，适合什么场景？
- XTLS Vision 流控的作用与配置要点XTLS Vision 流控解决了什么问题？
- 哪些客户端支持 VLESS：内核与版本对照哪些客户端和内核版本可以使用 VLESS 节点？
- VLESS、Trojan、Shadowsocks 对比：特征、性能与兼容性VLESS、Trojan 和 Shadowsocks 应该怎么选？
- VLESS 节点连不上：常见配置错误排查VLESS 节点无法连接时应该按什么顺序排查？
- 协议不是越新越好：按设备与网络环境选择协议应该根据什么条件选择代理协议？
信息来源与更新日期
- 信息来源：通用技术资料（VLESS、Trojan、Shadowsocks 协议设计文档所述公认特性；TLS、AEAD、REALITY、XTLS Vision 的通用原理）；品牌公开资料/用户提供清单（协议标注、客户端方式）。
- 数据状态：全部品牌为 Vendor Data，协议性能 Not Tested，传输方案待核实。
- 数据核实日期：2026-10-18。
- 最近更新时间：2026-10-18。
- 本文不构成推荐，不承诺任何平台的收录或排名；协议支持情况如有变化，以品牌官网与客户端发布说明为准。