桌面平台：v2rayN
Windows、macOS 与 Linux 用户直接从 v2rayN 开始。它把订阅更新、节点切换、系统代理、路由规则与 TUN 等常用能力集中在桌面界面中，适合从基础连接逐步过渡到分流和规则维护。
三款客户端，同一套判断维度
V2Ray 客户端选型对比
桌面平台优先看 v2rayN，Android 优先看 v2rayNG；只有明确需要 V2Fly 内核时，再把 v2flyNG 放进候选范围。
平台支持
Xray / V2Fly
订阅分组
路由规则 UI
TUN
CLIENT / PLATFORM
选择速查
v2rayN
Windows · macOS · Linux
桌面首选
v2rayNG
Android · Xray
安卓首选
v2flyNG
Android · V2Fly
内核备选
先按操作系统排除不适用客户端，再按内核、路由和 TUN 需求细分。客户端名称相近，但不能跨平台直接替换。
两条主结论与一个备选条件
三款客户端并不是同一平台上的平行替代品。操作系统决定候选范围，内核偏好与高级配置需求决定最终选择。
Android：v2rayNG
大多数 Android 用户优先选择 v2rayNG。它采用 Xray 内核，图形界面覆盖订阅导入、节点选择、路由设置、分应用代理与连接控制，资料和配置示例也更容易按同一套术语理解。
打开 Android 下载区 →明确需要 V2Fly：v2flyNG
v2flyNG 的定位不是默认替换 v2rayNG，而是提供 V2Fly 内核方向的 Android 选择。已有配置围绕 v2fly 语义组织，或希望对照 V2Fly 行为测试时，再考虑安装这款客户端。
查看 v2flyNG 点评 →v2rayN、v2rayNG、v2flyNG完整对比
表格比较的是客户端提供的能力与使用方向，不代表所有内核参数都会在图形界面中以相同名称出现。具体可用项还会受到操作系统和配置方式影响。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux | Android | Android |
| 主要内核方向 | Xray 与 V2Ray 生态配置，可按客户端提供的内核与设置使用 | Xray 内核 | V2Fly 内核 |
| 维护状态 | 活跃维护 | 活跃维护 | 活跃维护 |
| 上手难度 | 中等。基础连接直接，功能项较多，需要理解系统代理与路由模式 | 较低。移动端操作集中，导入订阅后可按节点与模式完成配置 | 中等。基础流程接近移动客户端，但更适合了解内核差异后选择 |
| 订阅管理 | 适合管理多个订阅来源、分组与更新任务 | 支持订阅导入、更新与节点列表管理 | 支持订阅导入与节点管理 |
| 订阅分组 | 桌面管理空间更充足，适合整理多个来源和分组 | 适合移动端日常订阅与节点切换 | 以基础订阅和节点使用为主 |
| 路由规则 UI | 桌面界面更适合查看和调整规则、出站与匹配顺序 | 提供移动端路由设置入口，可处理常见分流需求 | 提供与 V2Fly 配置方向对应的路由能力 |
| TUN 支持 | 适合需要接管更多桌面应用流量的场景，启用前应确认权限与路由设置 | 通过 Android 网络连接机制处理应用流量，设置方式与桌面端不同 | 通过 Android 网络连接机制工作，具体行为按 V2Fly 内核与客户端设置判断 |
| 特色功能 | 桌面系统代理、订阅分组、路由规则管理、TUN 与日志排查 | 移动端快速切换、分应用代理、Xray 配置与路由设置 | V2Fly 内核、移动端节点管理与基础路由配置 |
| 适合人群 | 桌面用户、多订阅用户、需要细化分流和日志排查的用户 | 大多数 Android 用户、首次配置移动端客户端的用户 | 明确偏好 V2Fly 内核、需要对照内核行为的 Android 用户 |
| 选择结论 | 桌面首推 | Android 首推 | 特定内核需求下备选 |
客户端定位与使用边界
名称相近不代表功能排列一致。下面从首次配置、日常维护和进阶能力三个阶段说明每款客户端更适合承担什么任务。
DESKTOP / XRAY ECOSYSTEM
v2rayN：桌面配置中心
v2rayN 适合 Windows、macOS 与 Linux 桌面环境。首次使用通常从导入订阅、更新服务器列表、选择活动节点和设置系统代理开始；这些基础步骤完成后，再按实际需求接触路由、自定义 DNS、TUN 和日志。功能入口较多，因此第一次打开时需要先区分“订阅来源”“节点条目”“代理模式”和“路由规则”四类对象。
它的主要优势不是单个按钮，而是桌面环境中的管理空间。多个订阅来源需要定期更新时，可以按分组整理；规则出现异常时，可以同时检查活动服务器、系统代理状态和运行日志。对于需要长期维护配置的人，桌面界面比在小屏幕上逐项修改更清晰。
只需要浏览器走系统代理的用户，不必一开始启用所有高级选项。先用基础系统代理完成连接，再逐步加入规则和 TUN，排错路径会更短。
前往 v2rayN 下载入口 →
订阅分组
路由规则
系统代理
私有地址geoip:private
直连
广告域名规则geosite:category-ads-all
阻断
其余匹配流量按规则顺序继续判断
代理
系统代理按需启用
已配置
ANDROID / XRAY
v2rayNG：Android 日常使用
v2rayNG 面向 Android，采用 Xray 内核。常见流程是导入订阅地址、更新列表、选择节点，然后启动连接。移动端界面将高频操作集中在服务器列表和连接控制区域，因此对第一次配置 Android 客户端的用户更直接。
需要精细控制时，v2rayNG 还可处理路由设置、分应用代理和本地网络相关选项。分应用代理适合只让指定应用进入客户端连接，或者排除不需要处理的应用；路由规则则负责按域名、地址或规则集决定流量方向。两者解决的问题不同，配置时不要把应用范围与目标地址规则混为一项。
如果桌面端已经使用 v2rayN，Android 端通常仍应单独导入同一订阅，而不是复制桌面程序目录。订阅地址负责同步节点信息，各设备的系统代理、应用范围和连接权限仍需分别设置。
前往 v2rayNG 下载入口 →
基础设置
路由设置
分应用代理
订阅更新从已保存地址获取列表
可用
预定义路由按需求选择规则
配置
分应用代理选择需要处理的应用
可选
本地网络访问按局域网需求设置
按需
ANDROID / V2FLY
v2flyNG：V2Fly 内核备选
v2flyNG 同样面向 Android，但判断它是否适合的关键不是界面外观，而是是否明确需要 V2Fly 内核。已有节点和订阅只要使用常见格式，往往都能进入导入流程；真正需要比较的是传输参数、路由行为以及服务端配置是否与目标内核方向一致。
如果只是寻找一款默认的 Android 客户端，优先从 v2rayNG 开始更容易形成统一的 Xray 配置路径。如果正在维护以 V2Fly 为核心的环境，或者需要对照同一配置在不同内核方向下的解析和运行结果，v2flyNG 才能提供更明确的选择价值。
切换客户端前应保留订阅地址和必要的手工参数记录。不要仅凭节点名称判断迁移完成，还要确认协议、传输方式、TLS 相关设置、地址、端口及路由条件是否完整对应。
查看 v2flyNG Android 下载 →
节点参数
路由
日志
协议参数核对必填字段
检查
传输设置与服务端配置对应
检查
路由顺序从上到下匹配
确认
运行日志用于定位字段错误
查看
订阅、路由与 TUN怎么判断
客户端列表里出现同名功能，不代表使用目的完全相同。先确认问题属于节点管理、流量分配还是系统接管，再选择对应入口。
订阅分组：管理来源，不等于自动选路
订阅用于批量获取节点条目，分组用于整理来源或使用场景。它们解决的是“节点从哪里来、如何归类”，并不直接决定某个域名走哪个出站。桌面端需要维护多个订阅时，v2rayN 的显示空间和操作路径更适合长期整理；移动端通常以定期更新和快速切换为主。
更新订阅后发现节点变化，应先确认当前活动节点是否仍然存在，再检查分组和排序。不要在尚未确认订阅内容时直接修改路由，否则会同时引入两个变量。
路由规则 UI：重点是匹配顺序
路由界面把域名、地址、端口、协议或规则集映射到不同出站。规则通常按顺序匹配，范围宽的规则放得过早，可能让后续精确规则失效。v2rayN 更适合在桌面环境中查看较长规则清单；v2rayNG 和 v2flyNG 则覆盖移动端常见的分流设置。
修改前记录原有规则顺序，每次只改变一项，并通过目标网站、目标应用和日志结果验证。把“节点是否可用”和“路由是否命中”分开检查，能避免把规则问题误判成订阅问题。
TUN：处理不读取系统代理的流量
桌面应用如果遵循系统代理，v2rayN 的基础系统代理模式通常已经足够。TUN 更适合需要覆盖额外应用、统一处理更多连接或执行复杂分流的场景。它会涉及系统权限、路由表与 DNS 处理，因此应在基础连接正常后再启用。
Android 客户端通过系统提供的网络连接机制工作，界面和权限流程与桌面端不同。选择客户端时不应只看是否出现“TUN”字样，而要看它能否在当前系统中覆盖目标应用，并且是否方便检查分应用和路由设置。
内核选择：先看配置依赖
Xray 与 V2Fly 都属于 Project V 相关生态中的内核方向，但功能演进和参数支持并非处处一致。普通用户如果没有明确依赖，按客户端默认方向使用即可：桌面使用 v2rayN，Android 使用 v2rayNG。只有配置来源明确指定内核要求，或需要复现某一内核行为时，才需要细分。
协议名称相同也不能代替参数核对。迁移时至少检查地址、端口、用户标识、传输方式、安全设置、服务器名称和路径等字段，避免只看到 VMess 或 VLESS 名称就认为配置完全等价。
四类用户场景的建议
同一款客户端对不同用户的难点不同。以下建议按首次配置、规则复杂度、设备数量和硬件条件拆分。
从设备到内核完成选择
不要从客户端名称猜平台，也不要从功能数量判断适合程度。按下面顺序筛选，通常不需要在三款之间反复试装。
-
第一步：确认操作系统
Windows、macOS、Linux 直接进入 v2rayN 的选择路径；Android 进入 v2rayNG 与 v2flyNG 的比较路径。平台筛选完成后，候选范围已经明显缩小。
-
第二步：确认配置是否指定内核
没有明确内核要求时，Android 默认选择 v2rayNG。只有配置说明、现有环境或测试目标明确依赖 V2Fly 行为时，才选择 v2flyNG。不要仅因名称里包含 v2fly 就假设所有节点都必须使用它。
-
第三步：确认高级功能是否真的需要
需要多订阅分组、桌面路由编辑、系统代理和日志排查，选择 v2rayN；需要 Android 分应用代理与移动端路由，选择 v2rayNG。若只做基础连接，高级选项多少不应成为主要判断依据。