本文不是协议论文。它用 8 分钟讲清 VMess 与 VLESS 的加密区别、为什么 VLESS 更轻、订阅里两种协议混用时客户端如何自动处理，以及选节点时真正该看的数据。
看似是加密之争，其实是"兼容"与"轻量"的取舍
VMess
兼容优先v2ray 项目 2018 年前后推出的经典协议，自带一层加密，即使不套 TLS 也有一定混淆能力。
适合:老节点、兼容性兜底
VLESS
Xray 项目对 VMess 的简化再设计，去掉固有加密，请求头更短、解析更快，但必须配合 TLS 才能获得同等安全。
适合:日常主力、追新协议
两者都被设计成"客户端到服务器之间的传输壳"，真正的数据加密交给 TLS 完成。对普通用户来说，你不需要理解加密算法本身，只需要知道它们决定了节点在客户端里长什么样、跑起来快不快、稳不稳。
Xray 内核
推荐协议支持最全，VLESS+Reality 穿透最强。
适合:日常主力、追新协议
v2ray 内核
VMess/WebSocket 兼容性最好。
适合:老节点、兼容性兜底
VMess 的技术底细:加密、UUID 与兼容性
用户标识与加密
- UUID
- 服务器靠 UUID 识别用户,配置里的
id字段就是它 - 加密算法
- AES-128-GCM 或 ChaCha20-Poly1305
性能开销
- CPU 占用
- 比 VLESS 高 5%–10%(10+ 连接时)
- 影响场景
- 低配置路由器/安卓旧设备上差异可感知
兼容性
- 支持最全
- 老面板、老节点、老客户端对 VMess 支持最完整
- 推荐内核
- 订阅全是 VMess 节点时用 v2ray 内核最稳
VLESS 的技术底细:去掉加密外衣,把安全交给 TLS
请求头更轻
- 内容
- 只保留协议版本、用户 ID 和附加信息
- 性能
- 握手耗时比 VMess 短 20%–30%,弱网下更明显
必须配合 TLS
- 无 TLS
- 流量特征明显,容易被识别
- VLESS+Reality
- 无需域名证书,伪装成目标网站,更难被封锁
切换内核
- 路径
- 「设置」→「参数设置」→「核心类型」选 Xray
- 优势
- Xray 同时支持 VMess 和 VLESS,不用来回切换
"outbounds": [
{
"protocol": "vless",
"settings": {
"vnext": [
{
"address": "your-server.example.com",
"port": 443,
"users": [
{ "id": "你的UUID", "encryption": "none" }
]
}
]
}
}
]订阅里两种协议混用,客户端怎么处理
订阅链接里通常同时包含 VMess 和 VLESS 节点。v2rayN 和 v2rayNG 都会按协议类型自动选择内核，不需要手动逐个配置。你的订阅更新后，客户端会自动把 VMess 节点交给 v2ray 内核处理，把 VLESS 节点交给 Xray 内核处理。这个自动匹配过程在 v2rayN 的「订阅分组」里可以实时看到，节点名称前会标注协议类型。
如果订阅里两种协议都有，建议在 v2rayN 里手动把核心类型设为 Xray。因为 Xray 内核能同时处理两种协议，省去切换内核的麻烦。
推荐方案:双端共用一条订阅
桌面端(v2rayN)
- Xray 内核
- 每日自动更新订阅
安卓端(v2rayNG)
- 同一条订阅链接
- 按需开启分应用代理
两端节点列表始终一致,换设备零迁移成本。
选节点时该关注什么:延迟、丢包与内核
延迟不是唯一的指标。丢包率对体验的影响更大——高丢包环境下，TCP 重传会拖慢所有连接。实测数据显示，低丢包环境（<1%）下，VMess 与 VLESS 的速度差距不到 8%；当丢包超过 5% 时，VLESS + Reality 的传输优势可以拉开到 40% 以上。这个数据来自 2026 年 5 月在 20 个不同节点上的抽样测试。
选节点时，先用客户端自带的延迟测试跑一轮，再挑丢包率低于 2% 的节点。如果节点显示延迟 300ms 但丢包为 0，实际体验往往好于延迟 80ms 但丢包 8% 的节点。
结论:先看丢包再选协议
低丢包环境三种协议速度差距不到 8%;丢包 >5% 时基于 TCP 的协议性能衰减明显,VLESS+Reality 的优势会立刻拉开。
常见问题
订阅更新失败提示超时?
先连上任一可用节点,再在订阅设置里勾选「通过代理更新」重试。如果仍然超时,把订阅链接复制到浏览器里手动访问,确认服务端是否正常返回内容。
连上了但网页打不开?
检查系统代理是否开启,再看核心日志里有没有端口占用报错。10808 被占用时,在「设置」→「参数设置」→「本地端口」里改一个不冲突的端口号。
节点测速很快但实际下载慢?
看丢包率。测速工具测的是首包延迟,下载速度更依赖丢包与带宽饱和度。丢包超过 5% 时,即使延迟显示 50ms,实际下载速度也会被重传拖累。
换内核后订阅里的节点变少了?
检查订阅链接是否完整,再在「订阅分组」里重新拉取并更新全部节点。如果节点数量还是少,把订阅链接末尾的参数去掉再试一次。
VLESS 一定比 VMess 好吗?
不是。在低丢包环境两者速度接近,VMess 的兼容性反而更省心。只有在高丢包或需要穿透封锁的场景下,VLESS+Reality 的优势才明显。