COMPARISON / 功能边界
平台、内核与配置能力
表格比较常用图形界面的能力。具体菜单会随客户端更新调整，内核支持某项协议，也不等于当前图形界面已经提供对应入口。窄屏可横向滚动查看完整内容。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux 桌面。 | Android。 | Android。 |
| 内核路线 | 可使用 Xray、V2Fly 等内核；实际选项取决于发行包及配置类型。 | 以 Xray 为核心，协议支持需结合所带内核与界面入口判断。 | 采用 V2Fly 内核，按 V2Fly 的配置能力核对协议与传输。 |
| 维护状态 | 活跃维护；桌面版与经典 WPF 版的界面和功能可能有差别。 | 活跃维护；更新时需同时关注内核能力与安卓兼容性。 | 社区维护；选用前确认当前发行说明与设备兼容性。 |
| 上手难度 | 基础使用较易；系统代理、路由与 TUN 需要分开理解。 | 较易；导入订阅后，重点处理 VPN 授权与后台运行。 | 基础流程较易；需要额外判断已有配置是否适配 V2Fly。 |
| 订阅分组 | 支持订阅分组管理，适合桌面集中整理多个来源。 | 支持订阅管理，可按订阅来源查看和更新配置。 | 支持订阅导入与更新；分组入口和管理细节以当前界面为准。 |
| 路由规则 UI | 提供路由规则编辑界面，可管理匹配条件、顺序与出站。 | 提供路由设置，可配置域名、IP 等匹配项及应用相关选项。 | 提供路由相关设置；细粒度编辑能力需按当前界面确认。 |
| TUN 与流量接管 | 提供 TUN 模式入口，依赖配套组件、平台支持与权限；也可使用系统代理。 | 通过 Android VPN 服务建立虚拟网络接口接管流量，与桌面 TUN 的操作方式不同。 | 通过 Android VPN 服务接管流量，需要系统授权，并受后台策略影响。 |
| 适合人群 | Mac 用户、桌面多订阅用户、需要细化路由的用户。 | 安卓初次使用者、日常移动连接与应用分流用户。 | 已有 V2Fly 配置、希望在安卓延续该内核路线的用户。 |
DESKTOP / 桌面客户端
v2rayN：桌面订阅与路由管理
v2rayN 适合把订阅、服务器选择、系统代理与路由规则放在同一个桌面工作流中管理。对 Mac 用户而言，先按 Apple 芯片或 Intel 芯片选择安装入口，再完成订阅导入和更新，比一开始修改 config.json 更容易定位问题。服务器列表出现配置后，还需要选择实际使用的服务器，不能把“导入成功”直接当作“连接正常”。
适合逐步增加配置复杂度
基础阶段先使用系统代理，让遵循系统代理设置的应用进入本地代理端口。确认连接后，再整理订阅分组，按需要编辑域名、IP 与出站规则。规则存在先后顺序，宽泛规则如果放在前面，可能提前匹配请求，导致后面的细分规则不起作用。图形编辑界面可以降低输入负担，但仍需要理解每条规则的作用范围。
TUN 用于另一类接管需求：某些应用不读取系统代理设置，或需要更广泛地接管网络请求。它不是系统代理按钮的同义词，启用前应确认配套组件、权限及 DNS 行为。排查时先固定一种模式，不同时修改 TUN、系统代理与路由，才能判断是哪一处设置改变了结果。
选安装包时先看系统，再看芯片
Windows 提供桌面版与经典 WPF 版两个入口，前者使用跨平台界面，后者延续经典桌面交互。macOS 区分 Apple Silicon 与 Intel；Linux 则要同时确认处理器架构和软件包格式。界面名称相近，不代表不同系统的权限操作完全相同。已有桌面使用经验可以帮助理解配置，但首次安装仍应按对应平台章节操作。
ANDROID / 日常使用
v2rayNG：安卓订阅与 VPN 接管
v2rayNG 的操作围绕安卓设备展开：添加订阅、更新配置列表、选择服务器，再启动连接并确认系统 VPN 授权。它以 Xray 为核心，适合需要这条内核路线、希望在手机端完成常用订阅管理的用户。具体协议能否导入，还要看分享链接字段和当前客户端支持情况，不能仅凭一个协议名称推断所有组合都能使用。
重点是系统授权与后台策略
安卓的 VPN 服务负责把流量交给客户端处理，并不等于把手机的 Wi-Fi 代理字段改成桌面上的本地端口。系统出现 VPN 状态标志，只能说明隧道服务已经建立；能否访问目标服务，还需要检查服务器配置、路由和 DNS。若设备上还有其他需要 VPN 服务的应用，应先确认它们是否正在占用同一系统能力。
部分设备会在息屏后限制后台进程。出现“刚启动正常，过一会儿断开”的现象时，先检查系统电池管理、后台运行限制和网络切换，再决定是否调整客户端配置。应用分流也要明确哪些应用被包含或排除；浏览器能连接，不代表所有应用都会采用同一条路径。
日常移动使用更适合保持配置简洁。先用一套能验证的路由方案，再逐步增加例外项。桌面端导出的完整内核配置不一定适合直接放进手机：监听端口、文件路径、DNS 与入站设置都可能带有桌面环境假设。优先复用订阅或兼容的服务器分享链接。
V2FLY / 内核兼容需求
v2flyNG：延续 V2Fly 配置路线
v2flyNG 的主要选型理由是 V2Fly 内核，而不是“另一款安卓客户端”这一点。如果现有服务和配置说明明确围绕 V2Fly 编写，使用同一内核路线可以减少对字段含义和功能实现的反复核对。若没有这类前提，安卓用户可先从 v2rayNG 开始，不必为了比较名称而同时维护两套日常配置。
核对协议之外的传输与安全参数
Project V 是理解这组工具的生态背景，V2Fly 与 Xray 属于相关但分别演进的内核路线。两者共享部分配置概念，不代表配置字段和扩展功能始终一致。一个链接能够被识别，也可能因传输参数或安全设置不受支持而无法连接。遇到导入失败时，应逐项确认配置要求，而不是反复更换同一链接的导入入口。
v2flyNG 同样需要处理安卓 VPN 授权、后台运行与路由设置。它不是专门面向低配置手机的精简版，也不能仅凭名称认定更省电。选用之前，确认安装包架构、系统要求及现有配置的适配情况；使用过程中保留可恢复的订阅来源，避免只留一份难以追溯的手工配置。
SCENARIOS / 按场景选择
初次使用、进阶与多设备
MIGRATION / 配置迁移
更换客户端前的配置检查
客户端选定后，迁移的重点不是复制所有文件，而是分清“服务器信息”和“设备本地设置”。订阅或分享链接通常承担服务器配置分发；系统代理、入站监听、路由例外、应用分流和后台权限则与设备有关。把两类内容分开处理，迁移后更容易判断问题位置。
- 保留订阅来源。确认链接完整且仍在有效期内。订阅可能包含访问凭据，不发到公开截图、评论或共享文档中。
- 核对协议与内核。除 VMess、VLESS 等协议名称，还要确认传输方式和安全参数；图形界面能否表达所需字段同样重要。
- 记录路由意图。先写清哪些域名或应用直连、哪些走代理，再在目标客户端重新配置，不依赖不同界面之间的字段一一对应。
- 先建立基础连接。只启用一种流量接管方式，验证后逐项恢复 DNS 和路由例外。这样可以区分导入问题、权限问题和分流问题。
- 退出时检查系统状态。桌面端确认系统代理已经按预期恢复，安卓端确认 VPN 连接已停止，避免旧设置干扰下一次测试。
需要逐步操作说明，可继续阅读订阅导入与连接教程；涉及各平台安装、系统代理与 TUN 权限时，查看全平台完整文档。配置错误通常可以通过明确输入、接管方式和路由顺序来缩小范围，不必把每次失败都归因于客户端选择。
DECISION / 选型结论
桌面选 v2rayN，安卓先选 v2rayNG
以平台作为第一道筛选，以内核兼容作为第二道筛选。桌面需要订阅分组、路由规则 UI 与系统代理管理，优先选择 v2rayN。安卓日常使用优先选择 v2rayNG；明确需要 V2Fly 内核时，再选择 v2flyNG。
三款客户端都是开源生态中的图形工具。客户端负责管理配置和启动连接，内核负责协议处理；订阅来源、服务器可用性与设备权限仍需分别确认。下载页按系统、芯片和包格式提供入口，不需要在本页猜测安装文件名称。