客户端与内核不是同一个层级
v2rayN、v2rayNG 与 v2flyNG 是面向用户的图形客户端，负责配置编辑、订阅管理、节点切换、系统代理和日志查看；Xray 与 V2Fly 则属于核心处理层，负责协议、传输、路由和连接执行。判断配置兼容性时，应同时查看客户端是否提供对应设置入口，以及所用内核是否理解相关字段。
CLIENT WORKFLOW
客户端配置的四个关键环节
从下载到稳定使用，主要差异不在按钮数量，而在客户端、配置来源、代理模式和路由规则是否匹配。以下内容按照真实操作顺序拆分，可通过左侧设置项切换查看。
先按操作系统选择图形客户端
桌面端优先查看 v2rayN，它覆盖 Windows、macOS 与 Linux，界面中的订阅管理、服务器列表、路由规则和系统代理入口集中在同一套工作流内。Android 可在 v2rayNG 与 v2flyNG 之间选择：前者采用 Xray 内核，协议与传输功能覆盖较广；后者采用 V2Fly 内核，适合已经使用对应配置体系的用户。客户端选择应以操作系统、处理器架构和配置兼容性为依据，不需要同时安装多个功能重叠的程序。
下载页把安装包按平台和架构拆开，并解释桌面版、经典界面、arm64 与通用包的区别。确认设备条件后再下载，可减少安装包格式不匹配、处理器架构选择错误或配置字段无法识别等问题。
v2rayN
v2rayNG
v2flyNG
把订阅更新与单条配置分开管理
订阅链接用于批量获取和更新服务器配置，单条链接、二维码或配置文件更适合临时导入某一个节点。导入订阅后，还需要执行一次更新，等待服务器列表写入本地，再从列表中选择当前活动项。只完成“添加订阅”而没有更新内容，是订阅导入后看不到节点的常见原因。多个配置来源并存时，建议使用清晰的分组名称，并保留原始订阅名称，后续排查更新失败时更容易确认问题范围。
更新动作会覆盖订阅管理范围内的节点字段，手工修改过的备注和传输参数可能随下一次刷新变化。需要长期保留的自定义配置应单独保存，不要与自动更新的订阅条目混在同一维护逻辑中。
SUBSCRIPTION
IMPORT
PROFILE GROUP
系统代理、TUN 模式与规则路由分别处理
系统代理主要影响遵循操作系统代理设置的应用；TUN 模式从网络接口层接管更多连接，适用于不读取系统代理的程序；规则路由则决定不同域名、地址段和应用流量应直连、代理还是阻断。三者解决的是不同层面的问题，不应把“已选择节点”等同于“全部程序已经接入”。初次配置建议先使用系统代理验证基本连接，再根据应用需求决定是否启用 TUN，最后调整分流规则。
修改模式前应记录当前选项，并一次只变更一个变量。这样出现网页可开但特定程序无法连接、局域网设备访问异常或 DNS 解析结果变化时，可以明确判断差异来自接管方式还是路由规则。
SYSTEM PROXY
TUN
RULE ROUTING
按配置、内核、端口和系统层逐级定位
连接失败时，先确认活动节点是否选中、订阅内容是否已更新，再查看客户端日志中的协议字段、地址、端口和传输参数提示。随后检查本地监听端口是否被其他程序占用、系统代理状态是否与客户端一致，以及防火墙是否允许当前程序建立连接。若问题只在 TUN 模式出现，则继续检查驱动权限、DNS 设置和路由规则，而不是反复导入同一份订阅。
延迟测试只能反映特定测试方式下的一段链路，不能替代真实连接验证。节点排序时应区分 Ping、真连接延迟与下载测速，并结合网页访问、文件传输和应用会话的实际表现判断。
LOG
LOCAL PORT
DNS
配置调整遵循单变量排查
订阅、节点、代理模式、DNS 与路由规则同时变化时，很难定位连接差异。更稳妥的顺序是先确认客户端能够启动，再导入配置并选择节点，然后验证系统代理，最后增加 TUN 或自定义规则。每一步保留可回退的状态，日志中的错误信息也会更有解释价值。
PLATFORM DOWNLOADS
按平台进入客户端下载页
首页只提供平台索引，不直接分发安装文件。进入下载页后，再按照操作系统、处理器架构和安装包类型选择具体入口。
Windows · v2rayN
Windows 用户可在新一代跨平台桌面界面与经典 WPF 界面之间选择。两者都围绕服务器列表、订阅更新、系统代理和路由设置组织，适合需要图形化管理多个配置来源的桌面环境。
进入下载页后，根据界面习惯选择桌面版或经典版；安装前先确认系统架构与权限策略。
前往下载macOS · v2rayN
macOS 入口按 Apple Silicon 与 Intel 处理器拆分。客户端延续桌面端的配置管理逻辑，可集中处理订阅、节点、系统代理和路由设置，适合希望在不同桌面系统之间保持相近操作方式的用户。
不确定芯片类型时，可先在系统信息中查看处理器或芯片名称，再选择对应磁盘映像。
前往下载Android · v2rayNG / v2flyNG
Android 平台提供两条客户端路线：v2rayNG 使用 Xray 内核，适合需要较广协议与传输支持的配置；v2flyNG 使用 V2Fly 内核，可作为对应生态配置的备选。两者都支持订阅导入、二维码读取和节点切换。
近年的主流设备通常优先查看 arm64 包；无法确认架构时，再阅读下载页中的通用包说明。
前往下载Linux · v2rayN
Linux 下载入口按常见软件包体系提供 deb 与 rpm，并进一步区分 x64 和 arm64 架构。图形客户端适合希望通过界面管理订阅、服务器和系统代理，同时保留日志观察能力的桌面用户。
先确认发行版使用的软件包体系，再通过系统架构命令或系统信息选择对应构建。
前往下载
OPEN SOURCE ECOSYSTEM
Project V、V2Fly、Xray 与客户端的层级
这些名称经常同时出现在配置文档中，但分别代表生态概念、内核家族和图形客户端。理解层级关系，比单纯记住产品名更有助于判断协议支持与配置兼容性。
Project V 是生态背景，不等同于某一个安装程序
Project V 形成了以代理协议、传输方式、路由规则和配置结构为核心的一套开放技术生态。早期使用者常把 V2Ray 当作整个体系的统称，但在实际安装过程中，用户接触到的通常是图形客户端、核心程序和配置文件三个层级。图形客户端负责界面与系统集成，核心负责执行连接和路由，配置则描述两者需要读取的参数。区分这些层级后，看到“客户端更新”“内核更新”或“配置格式变化”时，就能理解它们并不是同一件事。
V2Fly 与 Xray 是相互关联的内核家族
V2Fly 延续了 Project V 体系中的核心实现和配置理念，侧重保持开放协作、协议实现与路由能力。Xray 在相近配置模型上继续扩展协议与传输功能，因此不少基础字段可以相互理解，但新功能、传输细节和特定参数仍可能只由其中一个内核支持。配置是否可用，不能只看分享链接前缀，还要确认客户端当前调用的内核，以及目标字段是否属于该内核的能力范围。
v2rayN、v2rayNG 与 v2flyNG 位于交互层
v2rayN 是桌面图形客户端，覆盖 Windows、macOS 与 Linux；v2rayNG 面向 Android，并以 Xray 内核处理连接；v2flyNG 同样面向 Android，但采用 V2Fly 内核。客户端把原本需要编辑配置文件的操作整理为订阅分组、服务器列表、路由模式、系统代理和日志界面。图形界面降低了日常操作成本，但不会改变底层协议要求：地址、端口、标识、传输层、安全层和域名等字段仍需与服务端配置一致。
开源许可与社区维护意味着什么
这些客户端和内核以开放源代码方式协作，具体项目采用各自的软件许可。开放开发让协议实现、错误修复、平台适配和界面调整可以被持续审阅，也让不同客户端能够围绕相近配置模型形成各自的使用路径。对普通用户而言，更直接的价值是能够查看明确的更新说明、理解功能来自客户端还是内核，并在升级前判断配置字段或系统权限是否发生变化。
更新时应分别观察客户端、内核和配置
客户端升级通常涉及界面、安装方式、系统代理接入和内核打包方式；内核升级更可能影响协议实现、传输特性、路由规则或配置解析；订阅更新则主要改变服务器条目。遇到升级后连接差异时，应先确认变化发生在哪一层。若只是订阅内容改变，重复安装客户端通常没有意义；若日志提示字段无法识别，则需要核对内核能力；若程序无法启动或系统代理没有写入，再检查客户端权限与平台依赖。
相似格式不代表全部字段通用
VMess、VLESS、Trojan、Shadowsocks 等协议可以出现在不同内核和客户端中，但 REALITY、传输层选项、指纹字段或路由表达方式可能存在能力差异。导入失败时，应核对当前内核、客户端设置入口与配置来源，而不是只比较节点名称。
更新前先保存可工作的配置状态
客户端与内核更新节奏并不完全一致。升级前记录当前代理模式、内核选择、订阅分组和自定义路由，升级后先验证原有配置，再启用新增功能。这样可以把程序升级问题与配置变化分开处理。
文档围绕图形客户端操作
站内内容以下载、安装、订阅导入、节点启用、系统代理、TUN 模式、路由分流和故障排查为主。协议章节用于辅助选型，重点解释设计取舍、资源占用、内核支持和订阅兼容性。
COMMON DECISIONS
开始配置前的常见判断
订阅导入后为什么没有显示节点？
添加订阅地址只保存了配置来源，还需要执行订阅更新。更新后检查当前分组、筛选条件和日志提示；若仍为空，再确认订阅地址可访问且返回内容能被当前客户端识别。更多步骤可查看 FAQ。
选择节点后，为什么应用仍未使用代理？
节点选择只确定当前服务器，还需要启用适合该应用的接管方式。浏览器通常可使用系统代理，不读取系统代理的程序可能需要 TUN 模式。建议先按 快速上手 完成基础验证，再增加接管范围。
v2rayNG 与 v2flyNG 应该如何选择？
优先依据配置所需的内核能力选择。v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核；如果配置来源明确要求特定内核或字段，应保持一致。普通订阅也可先查看提供方标注的协议与传输类型。
延迟数值低，是否一定代表实际连接更快？
不一定。Ping、真连接延迟和下载测速覆盖的链路与工作方式不同，数值可能互相矛盾。日常选择节点时，应结合真连接测试、实际网页响应和持续传输表现判断。
LATEST ARTICLES
节点选择、生态关系与多设备配置
文章区补充首页无法展开的操作细节，重点覆盖节点判断、内核生态和跨设备配置管理。
V2Ray 节点怎么选：延迟、倍率、地区与协议类型的入门判断标准
从延迟高低、流量倍率、出口地区和协议类型四个维度说明选择顺序，并解释为什么节点列表中的单项数值不能替代实际连接测试。
阅读全文 →Project V、V2Fly 与 Xray 是什么关系：开源生态与客户端内核梳理
按生态层级梳理 Project V、V2Fly 与 Xray 的关系，并说明 v2rayN、v2rayNG、v2flyNG 分别处于客户端层还是内核层。
阅读全文 →多设备同步 V2Ray 配置的可行方案：订阅链接、配置导出与二维码分享
对比订阅统一更新、配置文件导出导入和二维码分享三种方式，说明跨平台字段兼容、更新覆盖与手工配置保留时的注意事项。
阅读全文 →