V2Ray 协议与内核选型参考

客户端中的一条节点通常不是一个单独协议，而是多层参数的组合。以常见的 VLESS 节点为例，底层连接可能使用 TCP，外层安全能力可能是 TLS 或 REALITY，数据承载还可能经过 WebSocket、gRPC、HTTP Upgrade 或 XHTTP。节点列表为了便于阅读，往往只展示地区、协议缩写和线路说明，完整参数则藏在订阅内容里。因此，比较节点时不能把“VLESS”和“VLESS + TCP + REALITY”当成同一个粒度，也不能看到两个节点都写着 VMess，就直接判断它们的连接特征完全相同。

正确的拆分顺序是：先确认客户端使用的内核，再看应用层协议，然后看传输方式，接着看安全层，最后检查地址、端口、用户标识、服务名称等连接参数。内核决定客户端能否识别某项能力；协议决定认证与数据封装方式；传输层决定数据怎样承载；安全层负责加密握手与服务端身份相关处理；具体参数则决定能否找到对应服务。任何一层不匹配，都可能表现为超时、握手失败、配置无法启动或订阅导入后字段丢失。

五类名词并不处在同一层

VMess、VLESS、Trojan 和 Shadowsocks 通常作为节点的主要协议类型出现。REALITY 则更接近由 Xray 提供的一套传输安全能力，实际配置中经常与 VLESS、TCP 及流控设置组合。把 REALITY 简单理解成与 VLESS 平级的协议，会导致选型时遗漏关键条件。例如，客户端即使能够识别 VLESS，也不代表当前内核一定支持订阅里携带的 REALITY 参数；反过来，看到节点名称里写 REALITY，也仍要继续确认其主体协议、传输方式和服务器名称等字段。

先排除不兼容，再讨论性能

选型的第一原则是可用性优先。若订阅明确依赖 Xray 扩展，而客户端实际运行 V2Fly 内核，继续比较延迟和吞吐没有意义。先确认内核能够完整读取配置，再用真连接测试判断线路质量。延迟只是从本地到服务端完成一次测试的时间，不等于下载速度；同一协议在不同网络路径、服务端负载和传输组合下，结果可能相差很大。协议名称只能帮助判断技术特征，不能替代对实际线路的测试。

第二原则是减少不必要的层次。若两个节点的线路质量接近，通常优先选择客户端原生支持、参数较少、无需额外转换的组合。每增加一层传输封装，就会增加一些头部、状态管理和排错点，但增加的开销是否明显，要看数据包大小、连接数量和设备性能。不能把“层数少”直接等同于“必然更快”，也不能把配置字段多理解成能力更强。选型目标是找到与当前内核、设备和服务端配置匹配的最短路径。

第三原则是保留可回退方案。订阅中若同时提供 VLESS、Trojan、VMess 或 Shadowsocks 节点，可以先选最符合当前内核能力的一类，再保留结构较简单的节点用于对照。发生连接问题时，用同地区、同线路但不同协议的节点交叉测试，能够区分线路问题、协议参数问题和客户端内核问题。需要复习导入、更新与节点切换操作，可回到v2rayN 配置教程；需要重新选择安装包，则从下载中心按系统进入。

不同协议的差别首先来自设计目标。VMess 属于 Project V 早期形成的核心协议之一，把用户认证、时间校验、数据加密与传输配合集中在一套结构中。它的优点是生态成熟、旧订阅中覆盖广、V2Fly 与 Xray 都具备较完整的基础支持。相应地，协议内部承担的工作较多，配置时要注意用户标识、加密方式、时间准确性以及服务端与客户端参数是否一致。对于已经稳定运行的 VMess 节点，没有必要只因出现新协议名称就立刻迁移；对于新建配置，则应结合服务端能力与客户端内核再决定。

VMess：完整机制与历史兼容

VMess 使用用户标识进行认证，并带有与时间相关的校验逻辑。客户端设备的系统时间偏差过大时，可能出现连接失败，因此排查 VMess 问题时应把时间同步列为基础检查项。VMess 还经历过不同的加密与兼容配置表达，订阅解析器通常会把常见字段转换成客户端内部格式。它更适合需要兼容已有服务端、已有订阅或多种 Project V 内核的场景。其不足不是简单的“速度慢”，而是协议自身处理链条比 VLESS 更完整，理论上会多承担一些计算与封装工作，实际差距在多数现代桌面设备上通常小于线路差异带来的影响。

VLESS：把加密责任交给安全层

VLESS 的设计更轻，主体协议主要负责身份与数据转发，不在协议内部重复构造一套内容加密机制。实际部署中，它通常与 TLS 或 REALITY 等安全能力组合使用。这样做的好处是职责清晰：VLESS 管理连接身份，安全层处理握手和加密，传输层决定数据承载。配置也因此更依赖组合是否完整。只填写地址、端口和用户标识并不一定足够；服务器名称、流控、传输类型、路径、公钥或短标识等字段缺失，都可能让节点无法连接。

VLESS 常被视为 Xray 生态的重要协议，但基础 VLESS 能力并非只能由单一客户端呈现。真正需要辨别的是扩展项。若节点带有 REALITY、Vision 流控或较新的传输字段，应优先使用明确支持这些能力的 Xray 内核。若节点只是常规 VLESS 与 TLS 组合，则兼容范围通常更宽。选型时不要只看“VLESS”四个字，而要展开节点详情，确认其 flow、security、network 和 serverName 等值。

Trojan：以 TLS 连接为结构核心

Trojan 的连接结构依赖 TLS，并使用密码作为认证信息。它的配置直观，常见字段包括服务器地址、端口、密码、服务器名称和证书相关选项。由于 TLS 是组合中的必要部分，服务器名称填写错误、设备时间异常或服务端证书配置变化，都会直接影响握手。客户端里出现“允许不安全连接”之类选项时，不应把它当作常规修复开关；更合理的做法是先核对服务器名称和服务端提供的参数，保持认证链路与服务端配置一致。

Trojan 的运行成本主要来自标准 TLS 处理和网络路径，而不是复杂的协议内部加密。它适合服务端已经按 Trojan 方式提供连接、订阅字段完整、客户端内核支持稳定的情况。与 VLESS + TLS 相比，两者都可能使用 TLS，但认证结构和字段语义不同，不能只改下拉菜单里的协议名称就相互转换。迁移必须由服务端同时提供对应入口，客户端也要重新导入完整参数。

Shadowsocks：结构精简，但加密方法必须一致

Shadowsocks 常简称 SS，设计重点是精简的加密代理结构。它的核心配置通常是服务器、端口、密码和加密方法。看起来字段最少，但“加密方法”是严格匹配项，客户端选择与服务端不同就无法连接。现代实现还可能涉及不同的加密方法支持范围，因此旧客户端能识别 SS 链接，不代表一定能运行其中指定的方法。遇到导入成功却无法启动时，要检查内核日志是否提示不支持的 cipher 或 method，再决定更新客户端、切换内核或选择订阅中的其他节点。

这四类协议不存在脱离环境的固定排名。已有 VMess 服务运行稳定时，兼容性本身就是价值；订阅提供完整 VLESS + REALITY 参数且客户端使用 Xray 时，可以优先测试该组合；Trojan 适合服务端按其结构配置的连接；Shadowsocks 适合作为字段清晰、实现广泛的精简方案。真正的选择依据始终是服务端提供什么、当前内核能否完整实现、线路表现是否稳定，以及设备是否需要控制连接与电量成本。

主体协议确定后，下一层是传输与安全配置。很多连接问题并不是协议本身造成，而是路径、服务名称、服务器名称、指纹或流控字段没有正确导入。客户端里的“传输协议”通常指 TCP、WebSocket、gRPC、HTTP Upgrade、XHTTP 等承载方式；“传输层安全”则常见 TLS 或 REALITY。两组字段可以组合，但并非任意搭配都有效，最终必须与服务端开放的入口逐项一致。

TCP 与额外传输封装

TCP 直连结构最容易理解：主体协议数据直接建立在 TCP 连接上，额外字段通常较少。字段少意味着排查路径短，但实际表现仍取决于网络质量、拥塞控制和服务端配置。WebSocket 会在连接上增加 HTTP 升级过程，并使用路径等参数；路径只差一个字符也会失败。gRPC 通常需要服务名称，可能使用长连接和多路复用特征；客户端与服务端对服务名、模式及 TLS 设置必须一致。HTTP Upgrade 同样依赖升级请求相关参数。XHTTP 属于较新的传输能力，使用前应先确认当前 Xray 内核与订阅解析器均能识别相关字段。

不要仅凭“额外封装更多”判断某种传输一定更慢。对于短连接、小数据包和频繁请求，握手次数与连接复用方式会放大差别；对于持续的大流量传输，线路带宽、丢包与拥塞通常更关键。客户端中的多路复用也不是越高越好。它可以把多个逻辑连接承载在较少的底层连接中，但在不稳定网络里，一条底层连接出现阻塞时可能同时影响多个请求。默认参数能够正常运行时，先保持默认，再根据日志和实际应用表现调整。

TLS 需要哪些信息

TLS 组合通常至少涉及服务器名称。连接地址可以是域名，也可以是网络地址，但握手使用的服务器名称必须按服务端给出的参数填写。客户端的指纹选项用于描述握手特征，应遵循订阅提供值或客户端的兼容默认值，不要在不清楚服务端配置时随机切换。ALPN、allowInsecure 等选项也有明确语义：ALPN 参与应用协议协商；允许跳过认证检查的选项会改变身份确认过程，不适合作为普通网络故障的长期处理方法。

REALITY 是安全组合，不是单独替换项

REALITY 通常由 Xray 内核实现，并与 VLESS、TCP、Vision 等能力一起出现。常见客户端字段包括服务器名称、公钥、短标识、指纹和 flow。公钥来自服务端配置，短标识由服务端允许的值决定，服务器名称也要满足服务端设定。任意字段为空、被订阅转换器截断或复制时混入额外字符，都可能导致握手失败。REALITY 节点无法连接时，应先展开节点详情核对这些值，再看内核日志，不能只在 TCP、WebSocket 或 TLS 之间盲目切换。

从分享链接检查组合字段

常见分享链接会把协议放在 URI 开头，把主体参数放在主机部分，把传输和安全字段放在查询参数中。不同订阅工具对字段名称、大小写和编码处理可能存在差异。导入后应在客户端的节点编辑页核对，而不是只看节点是否出现在列表里。下面示例只展示结构，不包含可连接信息，其中的值用于说明字段之间的关系：

vless://[email protected]:443?type=tcp&security=reality&flow=xtls-rprx-vision&sni=example.invalid&fp=chrome&pbk=PUBLIC_KEY&sid=SHORT_ID#VLESS-REALITY

解析这条结构时，vless 是主体协议，type=tcp 是传输方式，security=reality 指定安全层，flow 是流控，sni、fp、pbk 与 sid 分别对应服务器名称、指纹、公钥与短标识。只保留地址、端口和用户标识会得到一个看似完整、实际无法完成握手的节点。订阅转换后若发现这些字段消失，应回到原订阅重新导入，或使用能够保留对应字段的格式。

判断组合是否正确可以分三步。第一步看配置能否被内核加载，若启动阶段就报字段未知，通常是内核或格式兼容问题；第二步看是否能建立网络连接，若直接超时，应检查地址、端口和本地网络；第三步看握手阶段日志，若出现服务器名称、公钥、认证或服务名相关错误，就回到安全层与传输字段逐项核对。这样的分层排查比连续更换节点名称更快，也能明确下一步该更新客户端、切换内核还是重新获取订阅。

协议性能应拆成连接建立时间、持续吞吐、处理器占用、内存占用、连接稳定性和设备唤醒频率。客户端里显示的延迟通常只覆盖一次测试过程，不能代表大文件下载速度，也不能直接推断电量表现。同一个 VLESS 节点在桌面有线网络和移动网络中的结果可能完全不同；同一个协议放在不同传输方式、不同线路和不同服务端负载下，也可能表现出比协议差异更大的波动。

连接建立时间由哪些步骤组成

一次新连接可能经历域名解析、TCP 建连、安全握手、协议认证和上层请求。使用 TLS 或 REALITY 时会增加相应握手步骤，但连接复用、会话恢复和稳定长连接可以减少重复成本。WebSocket、gRPC 等传输还会带来各自的建立过程。短时间打开大量小请求时，建连成本更容易被感知；持续传输时，网络路径、拥塞和丢包恢复更重要。因此，测试时至少要区分首次打开速度、重复访问速度和持续传输表现。

VMess 内部处理较完整，理论计算路径通常比轻量的 VLESS 多；VLESS 把安全责任交给外层后，主体协议更简洁；Trojan 的主要成本集中在 TLS 与数据转发；Shadowsocks 的成本会受所选加密方法和具体实现影响。以上差别在低性能设备、并发连接很多或小数据包密集时更容易观察，在现代桌面处理器和普通网页访问中，线路质量往往仍是主导因素。把单次几毫秒差异当作协议永久排名并不可靠。

内存与处理器占用要看连接模型

内存占用不只来自协议。客户端图形界面、内核进程、规则集、DNS 缓存、路由数据和连接状态都会使用内存。v2rayN 作为桌面客户端，界面进程与内核进程通常分别承担工作；v2rayNG 和 v2flyNG 在 Android 上还要配合系统网络服务。若启用 TUN、载入较大的路由数据或同时保持许多连接，占用变化可能比换协议更明显。排查时应先保持路由和 DNS 设置一致，再切换同线路的不同协议节点进行对照。

处理器占用则与加密、握手、数据复制、压缩、日志级别和连接数量相关。日志设为过于详细时，持续写入本身也会增加资源消耗。测速期间处理器占用短暂上升属于正常现象，真正需要关注的是空闲时是否持续高占用、应用停止访问后连接是否仍频繁活动，以及内核日志是否在循环重试。发生持续重试时，电量和处理器消耗通常不是协议效率问题，而是配置错误或网络不可达导致的连接风暴。

移动端电量由唤醒和重连主导

移动端电量表现常被错误地简化成“某协议更省电”。实际影响较大的因素包括网络切换频率、后台保活、连接是否稳定、DNS 请求数量、TUN 接管范围、路由规则复杂度和失败重试。稳定的长连接往往比不断超时重连更节省资源。设备从无线网络切换到移动网络后，原有连接可能需要重建；若节点握手失败并快速重试，系统会被持续唤醒，电量下降会明显加快。

在 v2rayNG 或 v2flyNG 中控制电量，先选择稳定节点，再减少不必要的全局接管和高频测速。只需要部分应用使用连接时，可以根据客户端提供的分应用或路由能力缩小处理范围；需要全部流量进入 TUN 时，则应检查 DNS 与路由，避免循环转发。节点层面优先选择握手稳定、丢包少的组合，而不是只看最低延迟。协议之间若没有明显功能需求，稳定性比理论上的少量封装差异更值得优先考虑。

最终可以采用三段式判断：先用延迟测试排除明显不可达节点，再用实际应用检查首次连接与持续传输，最后观察空闲状态下的重连和资源使用。桌面端若需要进一步分析，可查看 v2rayN 日志中的连接失败频率；移动端则重点看切换网络后是否恢复、是否持续出现超时。站内的节点选择文章进一步解释延迟、倍率、地区与协议四个维度，适合和本章一起使用。

V2Fly 与 Xray 都来自 Project V 相关技术生态，能够处理多种相同的基础协议与路由概念，但两者不是可随意互换名称的同一程序。它们各自维护功能、配置字段和扩展能力。对于 VMess、常规 VLESS、Trojan、Shadowsocks、路由规则和 DNS 等基础能力，配置理念存在大量共通之处；对于 REALITY、Vision、特定传输方式或较新的扩展字段，则要按内核的实际实现判断。

共同基础与配置相似性

两类内核都采用以入站、出站、路由和 DNS 为核心的配置模型。入站描述本地应用怎样把流量交给内核，出站描述内核怎样连接目标或远端服务，路由规则决定流量交给哪一个出站，DNS 部分负责解析策略。客户端通常会根据图形界面中的节点和设置生成完整配置，普通用户不需要手写所有内容。理解这些共同概念的意义在于：切换客户端或内核时，可以判断问题发生在节点协议、路由、DNS 还是图形界面的配置生成环节。

基础字段名称相同并不代表所有值都能直接复制。某些字段在一类内核中是扩展能力，在另一类内核中可能不识别、忽略或采用不同结构。最典型的情况是订阅节点包含 Xray 特有能力，而转换工具只按通用 V2Ray 字段输出，结果是节点能够导入，却丢失 flow、REALITY 公钥或新传输参数。表面上节点名称和地址都在，真正决定握手的字段却不完整。

Xray 的功能侧重

Xray 在 VLESS 扩展、REALITY、Vision 及若干传输能力上形成了明确的功能路线。订阅中出现这些关键词时，优先使用 Xray 内核能减少中间转换。v2rayN 和 v2rayNG 常用于承载这类节点：v2rayN 面向 Windows、macOS 和 Linux 桌面环境，v2rayNG 面向 Android。客户端名称不等于内核名称，真正运行的核心仍应在设置、日志或关于信息中确认。

使用 Xray 也不意味着所有节点都应改成 VLESS。它同样可以处理多种协议，保留 VMess、Trojan 或 Shadowsocks 节点用于兼容和对照完全合理。内核选择是功能集合选择，协议选择是具体连接入口选择，两者相关但不相同。服务端只提供 VMess 时，客户端运行 Xray 仍然应按 VMess 参数连接，不能通过本地修改把它变成 VLESS。

V2Fly 的功能侧重

V2Fly 延续 Project V 的开放配置体系，在 VMess、VLESS 基础能力、Trojan、Shadowsocks、路由与 DNS 等方向保持独立演进。v2flyNG 是 Android 上使用 V2Fly 内核的备选客户端，适合订阅主要由通用协议组成、希望明确使用 V2Fly 实现的情况。若订阅明确包含仅由 Xray 侧实现的参数，v2flyNG 可能无法完整加载，这时应选择 v2rayNG，或者在订阅中使用服务端提供的兼容节点。

切换内核前先保存什么

切换内核前至少记录当前客户端、节点名称、主体协议、传输方式、安全类型、路由模式和 DNS 设置。若客户端支持导出配置，可以保存一份用于对照；切换后不要立即覆盖原订阅。先导入少量节点，确认基础连接，再恢复路由和 TUN 等高级设置。这样能把“内核兼容问题”和“高级设置问题”分开。若切换后所有节点都无法启动，先看配置加载日志；若只有 REALITY 节点失败，就重点检查扩展字段；若节点能连但部分域名异常，再检查 DNS 与路由。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "domain": ["domain:example.invalid"],
        "outboundTag": "direct"
      }
    ]
  }
}

上面的片段展示两类内核都容易理解的路由结构：当域名命中指定规则时交给名为 direct 的出站。它不是完整配置，因为客户端还需要生成入站、远端出站和 DNS 等部分。手工编辑时，outboundTag 必须对应实际存在的出站标签；图形客户端通常会自动处理这类关联。若只是选择协议和导入订阅，不需要把片段直接粘贴到客户端。

内核更新的意义主要是获得协议修正、兼容能力与运行改进，不应把“最新”理解成所有旧配置都必须重建。客户端更新后先保留原配置测试；只有日志明确指出旧字段不再适用或服务端调整了入口，才需要修改节点。安装包选择和客户端对应关系以下载中心为准，页面按四个平台列出 v2rayN、v2rayNG 与 v2flyNG 的固定入口。

订阅的任务是把一组节点参数交给客户端。它可能包含若干分享链接，也可能使用结构化配置或由服务端生成的专用格式。客户端导入订阅时，会先下载文本，再解析每条记录，最后转换成内部节点模型。兼容问题可能发生在任何一步：地址无法访问、文本编码异常、分享链接字段缺失、解析器不认识新参数，或客户端内部模型没有对应字段。因此，“订阅更新成功”只表示请求过程完成，不代表所有节点都被完整解析。

分享链接适合传递单节点

VMess、VLESS、Trojan 与 Shadowsocks 都有常见的分享链接表达。链接通常把主体认证信息、服务器、端口、传输和安全参数编码在一行文本中。优点是复制和导入方便，缺点是字段命名会随协议扩展而增加，不同解析器对新字段的支持速度可能不同。特别是 VLESS + REALITY 组合，公钥、短标识、指纹、服务器名称和 flow 都必须保留。若订阅转换服务只认识早期 VLESS 字段，导入结果会退化成缺少安全参数的普通节点。

VMess 分享内容常使用编码后的 JSON 表达，可能包含地址、端口、用户标识、网络类型、主机、路径和 TLS 等信息。不同生成器对字段缩写与默认值的处理并不完全相同。Trojan 和 Shadowsocks 链接结构相对直接，但密码、加密方法、服务器名称等内容仍需要正确编码。链接中出现特殊字符时，必须经过 URI 编码；手工复制若漏掉尾部查询参数或把换行带入字段，也会造成解析异常。

完整配置与客户端订阅不是同一用途

完整内核配置通常包含入站、出站、路由、DNS、日志等全局内容，适合直接驱动内核运行。客户端订阅主要描述远端节点，客户端会结合本地系统代理、TUN、端口和路由设置生成最终配置。把完整配置当作普通节点订阅导入，客户端不一定会保留其中的全局规则；把节点分享链接直接当完整配置使用，也缺少本地入站与路由。确认文件用途比确认扩展名更重要。

v2rayN 的订阅分组适合管理多条远端节点，导入后可在节点编辑页检查协议、传输和安全字段。v2rayNG 与 v2flyNG 也可以导入订阅，但两者使用的内核路线不同。同一条通用 VMess 或 Shadowsocks 节点通常容易迁移；带 Xray 扩展的 VLESS 节点则应在 v2rayNG 中优先验证。不要为了让订阅“所有客户端都能导入”而删除关键字段，兼容范围扩大但节点失去正确配置没有实际意义。

订阅转换可能改变什么

订阅转换常用于统一命名、筛选节点或输出另一种客户端格式。转换过程可能重写节点名称、删除未知查询参数、映射传输名称、设置默认指纹或省略空值。对常规协议，这些处理可能没有影响；对依赖扩展字段的组合，未知字段被删除就会直接改变连接语义。使用转换结果时，应抽取一条节点与原始参数对照，重点查看 protocol、network、security、flow、serverName、publicKey、shortId、path 和 serviceName。

订阅更新的安全操作顺序

更新前记录当前可用节点和路由模式；更新订阅后先观察新增、删除和协议变化，不要立即批量覆盖手工配置；选择一条结构清晰的节点测试内核启动，再测试实际连接；最后恢复自动选择、负载策略或 TUN。若新订阅导致全部节点失效，可以回到旧分组对照。问题集中在订阅下载阶段时检查地址，集中在节点解析阶段时检查格式，集中在握手阶段时检查协议参数。

订阅地址属于配置凭据，应只放在受控设备和可信客户端中，不要粘贴到公开页面或截图。需要迁移设备时，优先在新客户端中重新添加原订阅，再核对分组和路由，不要依赖经过多次复制的单节点文本。遇到解析报错，可参考V2Ray 运行日志解读，按 rejected、timeout、DNS 和字段错误区分故障阶段。

协议选型最终要落到客户端界面。本站只覆盖三款客户端：桌面端优先使用 v2rayN，Android 上优先使用 v2rayNG，需要 V2Fly 内核时选择 v2flyNG。三者都以图形方式管理节点，但字段排列和可见选项不同。导入订阅后，先确认节点能够由当前内核加载，再决定是否手工编辑。手工修改适合修正已知字段，不适合凭猜测补齐服务端未提供的信息。

v2rayN：桌面端的主入口

v2rayN 覆盖 Windows、macOS 与 Linux，适合管理多订阅、桌面系统代理、TUN、路由和不同内核。节点列表中选择编辑后，通常可以看到地址、端口、用户标识或密码、传输协议、传输层安全、服务器名称等字段。VLESS 节点若使用 REALITY，还要检查 flow、公钥、短标识和指纹。不同界面版本可能对字段分组不同，但字段语义不会因为位置变化而改变。

桌面端首选 v2rayN 的原因是它把节点管理、内核运行与系统代理入口集中在同一界面，并且能够处理本站涉及的多种协议。选中节点后，应先做真连接测试，再启动系统代理或 TUN。若节点测试失败，不要连续改变系统代理模式，因为系统代理只决定应用流量怎样进入客户端，不能修复远端节点的握手参数。日志提示配置加载失败时，先检查协议和内核；日志显示连接建立后应用仍无法访问时，再检查系统代理、路由和 DNS。

v2rayNG：Android 上的 Xray 选择

v2rayNG 适合需要 Xray 协议扩展的 Android 配置。导入订阅后，进入节点详情可核对协议、传输、TLS 或 REALITY 相关字段。启动连接时，客户端会通过系统提供的网络接口接管对应流量。若只是某些应用需要连接，可以结合分应用设置控制范围；若使用全局接管，则要关注 DNS、路由和电量表现。REALITY、Vision 等组合优先在 v2rayNG 中测试，前提是订阅字段完整。

移动网络经常发生地址变化和链路切换，节点在无线网络正常、切换后短暂中断并不一定是协议不兼容。先停止再重新连接，观察日志是否重新建立会话；若持续出现超时，再更换同订阅中的稳定节点。不要把频繁测速设置成后台常驻任务，测速会主动创建连接并消耗资源。平时保留一个稳定节点和一个不同协议的备用节点，更利于快速判断故障范围。

v2flyNG：V2Fly 内核备选

v2flyNG 的使用方式与常见 Android 图形客户端相近，但核心路线是 V2Fly。订阅主要包含 VMess、常规 VLESS、Trojan 或 Shadowsocks 时，可以用它验证 V2Fly 实现下的表现。若节点带有 REALITY、Vision 或其他 Xray 扩展，导入成功也可能在运行阶段失败，这属于能力边界，不应通过删除字段强行运行。此时切换到 v2rayNG，或者选择订阅提供的通用协议节点。

界面字段的统一读法

地址与端口决定连接目标；用户标识用于 VMess 或 VLESS 认证；密码常见于 Trojan 和 Shadowsocks；加密方法主要用于 Shadowsocks；传输类型决定 TCP、WebSocket、gRPC 等承载；Host、path、serviceName 属于对应传输参数；security 指向 TLS 或 REALITY；serverName 用于安全握手；flow 常见于特定 VLESS 组合。遇到客户端翻译不同，可以先按字段作用匹配，而不是按界面位置匹配。

修改节点时一次只改一个字段，并在改动前复制节点作为备份。若同时修改地址、传输和安全层，测试失败后无法知道哪项造成问题。订阅节点通常由服务端统一维护，手工修改会在下次更新时被覆盖；确需长期保留的本地调整，可以复制为独立节点并改名标记。原订阅节点保留不动，便于后续对照服务端变化。

完成客户端选择后，按教程页的主线步骤导入订阅、选择节点、启动连接并验证。需要确认系统和处理器对应的安装包，可直接进入V2Ray 客户端下载页。下载页底部的下载常见问题集中说明安装包选择、系统要求和升级处理，本页则继续负责协议与内核判断。

完成前面的分层后，选型可以收敛成一套固定流程：确认设备和客户端，确认内核，查看订阅实际提供的协议组合，排除字段不完整或内核不支持的节点，再对剩余节点做稳定性测试。协议不是越新越适合，也不是字段越少越适合。最合适的节点应同时满足服务端已提供、客户端能完整解析、内核能运行、当前线路稳定和设备资源可接受五个条件。

桌面日常使用

Windows、macOS 或 Linux 桌面环境先使用 v2rayN。订阅若提供 VLESS + REALITY 且字段完整，可在 Xray 内核下优先测试；若已有 VMess、Trojan 或 Shadowsocks 节点长期稳定，可以继续保留。桌面设备通常有更充足的处理器和内存，协议之间的轻微计算差异不应成为首要因素。优先看连接稳定性、线路质量、应用兼容和路由需求。需要 TUN 接管全部流量时，额外检查权限、DNS 和路由，不要把 TUN 问题归因于远端协议。

Android 日常使用

Android 上订阅包含 REALITY、Vision 或其他 Xray 扩展时，选择 v2rayNG。订阅以通用 VMess、Trojan、Shadowsocks 或常规 VLESS 为主，并且希望使用 V2Fly 内核时，可以选择 v2flyNG。移动端优先考虑稳定连接和重连行为。最低延迟节点若频繁断开，实际电量与体验都可能差于延迟略高但稳定的节点。可保留不同协议的两个节点，在网络切换后快速交叉测试。

旧配置迁移到新客户端

迁移时优先重新导入原订阅，而不是逐项抄写节点。导入后检查节点数量、协议、传输和安全字段，再测试一条常规节点和一条带扩展能力的节点。确认远端连接正常后，再迁移路由、DNS、系统代理和 TUN 设置。若旧客户端使用 V2Fly、新客户端使用 Xray，通用协议通常容易迁移，但仍应检查字段默认值；若方向相反，则要先排除 REALITY、Vision 或新传输能力。

不要把协议迁移理解成在客户端中修改类型。例如，把 VMess 下拉项改成 VLESS，并不会让服务端出现对应入口；把 TLS 改成 REALITY，也缺少公钥、短标识等服务端参数。真正的协议迁移需要服务端提供新节点或更新订阅。客户端侧的任务是完整接收参数、选择对应内核并验证连接。

按日志选择排错分支

配置无法启动时，优先怀疑字段结构、内核支持和本地端口；建立连接立即失败时，检查地址、端口、认证值和安全字段；长时间超时时，检查网络可达性、服务端状态和线路；只有个别域名异常时，检查 DNS 与路由；浏览器正常而其他应用不工作时，检查系统代理覆盖范围或 TUN；移动端在网络切换后异常时，先重建连接再观察是否持续失败。

五分钟选型清单

1. 确定客户端：桌面选 v2rayN，Android 按 Xray 或 V2Fly 需求选择 v2rayNG、v2flyNG。
2. 展开节点详情：记录主体协议、传输方式、安全层与关键扩展字段。
3. 排除能力冲突：REALITY、Vision 或新传输字段优先交给明确支持的 Xray 内核。
4. 测试真实连接：先看配置能否加载，再看握手，最后测试实际应用和持续传输。
5. 观察设备成本：移动端关注重连、电量与网络切换，桌面端关注路由、DNS 和 TUN。
6. 保留回退节点：至少保留一个参数清晰、协议不同且已验证可连接的节点。

若需要继续深入，节点延迟与地区判断可阅读节点挑选方法，路由语法可阅读domain、ip 与 geosite 规则说明，运行失败则按日志报错对照定位。第一次接触这些概念，可先看V2Ray 新手十问，再回到本页查对应章节。

协议选型不需要一次完成所有高级设置。先用订阅原始参数建立稳定连接，再逐步加入系统代理、路由、DNS 和 TUN。每加入一项就做一次验证，出现问题时回退最近改动。这样可以把远端协议、客户端内核和本地网络设置分开处理，避免多个变量叠加。需要重新取安装包时进入下载中心，需要从导入到验证重新走一遍则返回配置教程。