Windows、macOS、Linux:v2rayN
v2rayN 覆盖三个桌面平台,设置界面集中提供系统代理、订阅分组、路由规则、DNS、日志和 TUN 等入口。需要管理多份订阅、按域名或 IP 设置规则、查看连接日志时,它的桌面界面更便于持续维护。
前往桌面客户端下载 →先按设备平台缩小范围,再看内核、路由控制和使用难度。桌面系统优先考虑 v2rayN,Android 日常使用优先考虑 v2rayNG;只有明确需要 v2fly 内核时,再把 v2flyNG 作为对应选项。
Quick choice
三款客户端并不是在同一平台上完全重叠。多数情况下,操作系统已经决定了第一步选择,内核和高级功能用于处理第二步分流。
v2rayN 覆盖三个桌面平台,设置界面集中提供系统代理、订阅分组、路由规则、DNS、日志和 TUN 等入口。需要管理多份订阅、按域名或 IP 设置规则、查看连接日志时,它的桌面界面更便于持续维护。
前往桌面客户端下载 →v2rayNG 使用 Xray 内核,配置入口与移动端操作方式结合得更直接。常见流程是导入订阅、选择节点、启用连接并按需调整路由。对于没有指定内核要求的 Android 用户,它通常是更容易理解的起点。
前往 Android 客户端下载 →v2flyNG 的判断重点不是界面外观,而是 v2fly 内核本身。已有配置、路由行为或使用说明明确围绕 v2fly 时,选择它能减少内核差异带来的理解成本;没有这项前提时,不必仅为了尝试而更换客户端。
查看内核与协议术语 →Comparison matrix
“支持”表示客户端提供对应能力或配置入口,不表示所有节点配置都适合直接开启。TUN、DNS 与路由规则会改变流量接管范围,首次配置应从默认模式开始。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux | Android | Android |
| 主要内核 | Xray,可在客户端设置中管理对应 Core | Xray | v2fly |
| 维护状态 | 活跃维护 | 活跃维护 | 社区持续维护 |
| 上手难度 | 基础连接较直接,高级路由选项较多 | 基础操作容易理解,移动端权限需要留意 | 基础流程清晰,需要理解 v2fly 配置语义 |
| 订阅分组 | 适合管理多份订阅与分组,桌面列表信息较完整 | 支持订阅导入、更新与节点管理 | 支持订阅与节点管理,适合 v2fly 配置体系 |
| 路由规则界面 | 规则入口集中,适合编辑域名、IP 与预设规则集 | 提供移动端路由设置,适合常用分流需求 | 提供对应路由配置,字段理解更依赖 v2fly 语义 |
| TUN 与流量接管 | 提供 TUN 配置,适合需要覆盖更多桌面应用的场景 | 通过系统 VPN 接口接管移动端流量,具体行为受系统与配置影响 | 通过系统 VPN 接口接管移动端流量,配置行为以 v2fly 内核为准 |
| 日志与排查 | 桌面日志、内核输出和设置项便于并排检查 | 可查看运行日志,适合排查订阅、连接和路由问题 | 可结合 v2fly 日志定位配置与连接问题 |
| 适合人群 | 桌面用户、多订阅用户、需要细化路由的进阶用户 | Android 日常用户、首次接触移动端 V2Ray 客户端的用户 | 明确需要 v2fly 内核、已有对应配置或文档的用户 |
Client reviews
下面分别说明每款客户端的优势边界、配置重点和更适合的使用方式。选型的目标是减少不必要的配置迁移,而不是追求设置项数量。
v2rayN 的主要优势是桌面管理能力完整。订阅较多时,可以在较大的界面中查看分组、节点名称与当前选择;需要调整路由时,也能从图形设置入口处理域名规则、IP 规则、规则集、DNS 和系统代理模式。相比在移动端逐层进入设置页,桌面界面更适合反复核对参数和查看日志。
基础使用并不要求先理解所有高级选项。首次使用可以只完成订阅导入、选择节点、设置系统代理模式和启动连接四个动作。Mux、TUN、自定义 DNS、绕过规则与 Core 相关设置应在基础连接正常后再逐项调整。一次改变多个变量,会让超时、解析失败和路由错误难以区分。
TUN 是 v2rayN 的重要能力之一,但它不是所有桌面场景的默认答案。普通浏览器与遵循系统代理的应用,通常先使用系统代理模式即可。只有部分应用不读取系统代理、需要覆盖更多流量,或明确要测试基于虚拟网络接口的接管方式时,再考虑 TUN。开启前还要检查管理员权限、DNS 配置以及既有网络工具是否占用相关接口。
v2rayNG 面向 Android,常用操作围绕订阅、节点列表、连接按钮与路由设置展开。导入订阅后,可以先更新列表,再选择一个节点启动连接。系统会要求建立 VPN 连接,这是移动端接管应用流量所需的系统流程;通知区域中的连接状态也可用于判断客户端是否仍在运行。
采用 Xray 内核意味着它更适合与同一内核体系下的配置说明配合使用。VLESS、REALITY、TLS、SNI 和传输层参数较多时,节点链接是否完整比手动反复切换客户端更重要。导入成功只说明链接格式能被识别,连接能否建立还需要核对系统时间、服务端名称、网络环境与路由规则。
移动端的耗电和后台稳定性也受系统策略影响。如果锁屏后连接容易中断,应先检查系统对后台运行、网络活动和电量管理的限制,再检查客户端配置。单纯频繁更换节点不能解决后台进程被系统暂停的问题。对于多数 Android 用户,保持规则简单、订阅定期更新,比堆叠多个自定义规则更容易维护。
v2flyNG 的核心区别是采用 v2fly 内核。它适合已有配置明确围绕 v2fly 编写,或使用说明要求对应内核行为的场景。选择它时,应把判断依据放在配置兼容性和内核语义上,而不是把它简单看成 v2rayNG 的界面替代品。
对于 VMess、VLESS、DNS、路由和传输层设置,不同内核可能使用相近概念,但具体字段、默认行为和可用组合不一定完全相同。已有 JSON 配置需要迁移时,应逐段核对 inbounds、outbounds、dns 与 routing,而不是直接复制后只修改服务器地址。分享链接也应确认参数是否由目标内核支持。
如果当前订阅在 v2rayNG 中运行稳定,并且没有文档明确要求 v2fly,就没有必要为了客户端名称差异迁移。反过来,如果维护者提供的是 v2fly 配置范例,或者需要复现 v2fly 的路由结果,v2flyNG 会让移动端测试环境与配置来源更一致。这种一致性通常比功能列表上的细小差别更有价值。
Usage scenarios
设备平台之外,还可以根据配置经验、订阅数量和现有配置来源做第二轮判断。
Decision path
从操作系统开始,逐步检查内核、配置复杂度和现有资料来源,可以避免在三款客户端之间反复迁移。
Windows、macOS、Linux 直接进入 v2rayN 的选择范围;Android 再比较 v2rayNG 与 v2flyNG。平台不匹配时,后续功能比较没有实际意义。
配置说明标明 Xray 时优先使用 v2rayN 或 v2rayNG;标明 v2fly 时使用 v2flyNG。没有明确标注时,可先查看协议、传输层和安全参数,再结合提供方说明判断。
只让遵循系统代理的桌面应用连接时,系统代理模式通常足够。需要覆盖更多桌面应用时,再评估 v2rayN 的 TUN。Android 客户端通过系统 VPN 接口工作,还要考虑后台运行与系统权限。
先使用默认路由和 DNS 验证基础连接,再逐项加入分组、规则集、远程 DNS 或 TUN。每次只改变一个设置,并结合日志判断结果,后续排查会更清晰。
v2flyNG 用于明确需要 v2fly 内核的 Android 场景。下载前按平台查看安装入口,安装后再根据使用指南完成订阅导入、节点选择和连接验证。