对照平台、内核与功能
区分客户端和内核。客户端负责订阅管理、设置界面、连接控制与日志展示，内核负责处理协议和转发流量。两个客户端都能导入同一个订阅地址，不代表它们能识别其中每一种节点参数。选择时先看平台是否匹配，再看节点所需的协议、传输与安全设置，最后比较操作方式。
下表按常见图形界面使用方式归纳，不作为每个发行包的功能保证。内核打包方式、菜单名称和权限要求可能随更新调整；遇到差异时，以实际安装包、当前设置项及日志为准。
| 对比维度 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支持 | Windows、macOS、Linux | Android | Android |
| 内核取向 | 常用 Xray；其他可选内核以当前发行包和设置为准 | Xray | v2fly |
| 维护状态 | 活跃维护；升级前留意界面与配置变化 | 活跃维护；随发布更新客户端与内核能力 | 备选分支；维护节奏需按当前发布说明确认 |
| 上手难度 | 基础连接步骤直接；路由与 TUN 设置需要额外理解 | 适合安卓首次导入；需处理 VPN 授权和后台限制 | 基础操作接近同类安卓界面；选型前需核对内核兼容性 |
| 订阅管理 | 订阅分组、更新订阅、过滤与自动更新设置 | 订阅分组管理与更新；适合移动端选择和切换配置 | 订阅导入与更新；可用管理选项以当前界面为准 |
| 路由规则 UI | 桌面规则编辑与规则集管理，适合检查规则顺序及出站 | 提供路由设置，可结合按应用代理控制接管范围 | 提供路由相关设置，规则能力取决于 v2fly 内核 |
| TUN 与流量接管 | 可配置 TUN；权限、虚拟网卡和系统路由条件需按平台处理 | 通过 Android VPN 服务接管流量，不照搬桌面 TUN 开关步骤 | 通过 Android VPN 服务接管流量，同样需要系统授权 |
| 适合人群 | 桌面日常使用、集中管理订阅、编辑路由规则的用户 | 安卓日常使用，以及需要 Xray 特性的用户 | 已有配置明确面向 V2Fly，并愿意自行检查兼容性的用户 |
不要把功能项目的多少当成连接质量排名。出口质量、节点服务状态、本地网络、DNS 和路由规则都会影响实际表现。客户端对比解决的是“能否正确配置、操作是否合适”，不能替代对当前节点进行真连接延迟测试。
选择 v2rayN：桌面订阅与路由管理
在 Windows、macOS 或 Linux 上使用图形客户端，优先从 v2rayN 开始。桌面窗口便于同时查看服务器列表、订阅分组、日志面板和连接状态，适合保留多个订阅来源，也便于排查某条规则为什么没有按预期命中。这里的优势是配置可见性和管理空间，而不是承诺某个平台一定连接更快。
使用订阅分组管理来源
按来源建立订阅分组，填写别名和完整订阅地址，再执行更新订阅。将手动添加的服务器与订阅生成的服务器分开管理，避免更新时误解条目变化。自动更新间隔用于控制更新频率，不代表客户端会自动替换当前不可用节点；启用过滤规则前，也应确认正则表达式不会把需要的条目排除。
连接时先选定服务器，再测试真连接延迟，最后设置系统代理。系统代理只对遵循该设置的应用生效。如果浏览器正常而其他应用仍直连，先检查应用自身的代理行为，不要直接认定订阅导入错误。需要扩大流量接管范围时，再阅读 TUN 模式配置说明。
区分安装界面与内核能力
Windows 下载区提供桌面版 Desktop 和经典 WPF 版。Desktop 使用新一代跨平台界面，WPF 保留经典桌面操作方式；两者是界面选择，不应直接等同于两套协议能力。选择后核对内核设置，遇到 VLESS、XTLS Vision 或 REALITY 参数时，确认实际运行的内核支持对应组合。
macOS 先区分 Apple Silicon 与 Intel，Linux 先区分处理器架构和软件包格式。TUN 还涉及权限、虚拟网卡与系统路由，不能因为菜单中出现开关就跳过平台准备。先完成普通连接，再逐项启用高级功能，日志中出现异常时更容易判断是哪一步引入了变化。
选择 v2rayN 桌面安装包 →选择 v2rayNG：安卓与 Xray 配置
在 Android 上首次使用，优先选择 v2rayNG。它采用 Xray 内核，适合导入常见订阅并在手机上选择服务器。若节点说明明确要求 Xray 的特性，应继续检查具体参数与内核支持情况，而不是仅凭节点名称判断。VLESS 是协议名称，REALITY 和 flow 则属于需要继续核对的配置内容。
按手机连接流程操作
添加订阅地址后执行更新，确认列表中出现预期配置，再选择服务器并启动连接。首次启动时处理 Android 的 VPN 授权。授权说明的是系统流量接管权限，不代表节点已经连通；仍需执行实际访问测试，结合日志与出口 IP 验证连接结果。
按应用代理与域名路由处理的是不同层级的问题。前者决定哪些应用进入接管范围，后者决定进入客户端的请求使用哪个出站。排查某个应用不能访问时，先检查它是否被排除，再查看路由规则和 DNS。不要同时改动应用名单、路由规则和节点，否则难以确认真正原因。
处理安卓后台与 VPN 冲突
锁屏后连接中断，先查看系统电池优化、后台运行限制及相关通知设置。不同设备厂商的入口不同，不宜机械套用另一台手机的操作路径。设备上其他使用 VPN 服务的应用也可能影响连接；测试时只保留当前需要的接管方案，避免反复争用系统通道。
下载时优先检查处理器架构和安装兼容条件，主流较新手机通常选择 arm64。通用版用于需要兼容多种架构的情况，不等于运行更快或更省电。导入流程可继续阅读 安卓安装配置章节，连接后的判断方法见 真连接延迟测试。
查看 v2rayNG 下载入口 →选择 v2flyNG：已有 V2Fly 配置
v2flyNG 是采用 v2fly 内核的安卓备选。选择它的主要依据应是配置与内核分支的匹配，而不是把它理解成 v2rayNG 的轻量模式或旧手机专用版。Project V 生态中的 V2Fly 与 Xray 有不同的演进方向，客户端界面相近，并不意味着底层特性可以逐项互换。
先核对已有配置要求
已有配置明确面向 V2Fly，且协议、传输方式与参数已经确认兼容时，可以评估 v2flyNG。相反，节点依赖 Xray 的 XTLS Vision、REALITY 等特性时，不应因为订阅能够被读取就假定可以连接。导入成功只是解析阶段的一步，内核启动和实际请求还需要单独验证。
切换前保留原有订阅地址、当前节点参数与必要的路由记录。可以先导入单个已知兼容的配置，观察日志，再决定是否迁移整个订阅。不要把另一客户端生成的完整运行配置直接覆盖到新客户端中：本地端口、入站结构、出站标签以及生成逻辑可能不同。
单独确认维护与系统适配
将 v2flyNG 作为备选时，要单独确认当前发布说明、安卓系统兼容情况与内核特性支持。不能根据另一款客户端的更新情况推断它也具备相同变化。若没有明确的 V2Fly 配置需求，安卓用户通常从 v2rayNG 开始更直接，遇到问题也应先读日志，而不是把更换内核作为第一步。
查看安卓备选客户端 →按操作经验与设备场景选择
迁移客户端前检查配置边界
更换客户端之前，先确认要解决的问题。订阅更新失败、内核启动失败、浏览器无法访问和特定应用直连，属于不同阶段的故障。换客户端可能让症状暂时变化，却不一定消除订阅地址、证书参数或路由设置中的问题。按下列顺序记录，迁移后更容易进行有效对照。
- 记录订阅来源。保留完整地址和分组别名，确认地址未过期。更新失败时区分直接更新与通过代理更新，不把空列表误判为客户端缺少协议支持。
- 核对节点参数。检查协议、传输、安全设置、SNI 与其他必填项。涉及内核特性时确认支持范围，不能只核对服务器地址和端口。
- 重设本地接管。桌面系统代理与 TUN、安卓 VPN 服务需要分别配置。关闭旧客户端后检查系统是否残留原来的本地代理地址，避免请求仍发往已经停止监听的端口。
- 逐项恢复规则。先确认基础连接，再恢复自定义路由与应用名单。每次只更改一类设置，用日志判断规则是否命中，再继续下一项。
- 验证实际请求。使用真连接延迟与出口 IP 检查代理效果。TCPing 只能帮助判断端口层面的可达性，不能替代对代理请求的验证。
若新旧客户端都无法连接同一服务器，应进一步检查节点服务状态、本机时间、网络环境与参数，而不是继续反复安装。若只有某款客户端失败，重点对照实际内核、生成配置和日志报错。基础步骤参见 订阅分组与导入教程，接管范围参见 系统代理说明。
选型结论与下载入口
桌面首推 v2rayN。按 Windows、macOS 或 Linux 选择安装包，再确认架构与格式。需要可视化管理订阅分组、检查路由规则以及配置系统代理或 TUN 时，从这款客户端开始。
安卓首推 v2rayNG。先按设备选择兼容安装包，再导入订阅并处理 VPN 授权。已有配置明确依赖 V2Fly、且完成兼容性确认时，将 v2flyNG 作为备选。三者之间没有脱离设备、内核和节点条件的统一排名。