图形客户端把内核配置转换为可管理的订阅、分组、路由和系统代理选项。理解每一层负责什么，比反复切换按钮更容易保持稳定配置。
订阅链接负责批量传递服务器配置，客户端则负责更新、归类和选择。v2rayN 与 v2rayNG 都能为不同订阅源设置独立备注，适合把日常、工作和临时配置分开维护。更新前先确认当前分组，更新后再检查关键词筛选与排序条件，能够减少“新配置已导入但列表里看不到”的误判。订阅只是配置来源，客户端中的路由规则、系统代理和分应用设置仍需单独管理。
路由规则决定哪些连接经过代理、哪些直接连接、哪些需要阻止。规则顺序通常从具体条件走向通用条件，越精确的域名或地址规则越应靠前。修改后重新连接，让新路由进入当前会话；遇到访问结果不符合预期时，先查看命中规则，再检查代理模式，避免把订阅质量和分流配置混为一谈。
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}Windows、macOS 与 Linux 可使用 v2rayN，Android 可在 v2rayNG 与 v2flyNG 之间选择。不同界面的菜单位置并不完全一致，但操作逻辑相通：导入订阅、选择配置、确定代理模式、建立连接，再通过日志判断问题。跨设备迁移时优先迁移订阅来源和必要路由，不直接复制所有本地选项，能减少系统权限与网络接口差异造成的异常。
图形客户端负责界面、订阅、系统代理和配置管理，真正处理协议与传输的是底层内核。v2rayNG 通常面向 Xray 内核能力，v2flyNG 对应 V2Fly 维护路线，v2rayN 则在桌面端提供内核与配置的统一管理入口。选择客户端时不必先记住全部协议细节，只要确认配置提供方要求的协议、传输层和安全层能够被当前内核识别，再保持客户端与内核组件同步更新即可。
先确定设备平台与处理器架构，再进入对应标签页。下载页会把同一平台的客户端、界面版本和安装包类型放在一起说明。
桌面端优先选择 v2rayN。新一代桌面界面适合希望统一跨平台体验的用户，经典 WPF 界面适合延续原有操作习惯。安装前确认系统架构，并把客户端放在具有正常读写权限的位置。
前往下载macOS 使用 v2rayN 时需要先判断处理器类型。Apple Silicon 与 Intel 安装包不能混选；进入系统信息即可查看芯片名称。首次启动若出现系统权限提示，应根据提示完成确认，再配置系统代理或 TUN。
前往下载Android 可选择使用 Xray 内核路线的 v2rayNG，也可按配置需求选择 v2flyNG。多数近年设备可优先查看 arm64 安装包；不确定架构时再选择通用版。首次连接需要完成系统 VPN 服务授权。
前往下载Linux 桌面可使用 v2rayN，并按发行版选择 deb 或 rpm 安装包。还需要区分 x64 与 arm64 架构。安装完成后先确认桌面环境、系统代理和所需网络权限，再导入订阅，便于定位权限或接口问题。
前往下载首次配置不需要同时调整所有高级选项。先完成基础连接，再逐步加入路由和 TUN，排查时也更容易找到变化发生在哪一步。
桌面设备进入对应平台的 v2rayN 下载区，Android 根据内核需求选择 v2rayNG 或 v2flyNG。安装包应与系统架构匹配。首次启动后先熟悉订阅、服务器列表、系统代理和日志入口，不急于修改内核参数。
在订阅管理中新增地址和备注，执行更新后检查配置是否进入预期分组。若列表为空，依次检查订阅地址、当前分组和筛选关键词。选中一项配置后，可先保留默认传输参数，避免手工编辑覆盖订阅下发内容。
建立连接后确认客户端状态与系统代理是否一致，再打开日志查看配置加载结果。基础连接正常后，才开始设置绕过规则、分应用代理或 TUN。每次只改变一类设置，并在修改后重新连接，能让排查过程保持清晰。
客户端、内核和协议属于不同层级。把这三层分开理解，能够更准确地选择软件，也能避免把界面问题误判为协议问题。
Project V 形成了一套围绕代理协议、传输方式、路由规则和配置格式展开的开源生态。V2Ray 常被用作这一生态的统称，但实际使用中，用户面对的通常是图形客户端、底层内核和订阅配置三部分。图形客户端管理界面与系统集成，内核解析协议并处理连接，订阅服务则提供可导入的配置集合。三者更新节奏不同，因此遇到问题时需要先判断发生在哪一层。
V2Fly 延续 Project V 社区维护方向，保留成熟的配置体系与协议支持；Xray 在相近的配置思路上继续扩展协议、传输与安全层能力。两者并不是简单的界面版本差异，而是底层实现与功能演进路线不同。配置中出现 VMess、VLESS、TLS、REALITY 或特定传输方式时，应先确认当前客户端所使用的内核能否识别对应字段。
v2rayN、v2rayNG、v2flyNG 以及相关内核由社区持续维护，源代码和许可信息公开。开放的开发方式让配置格式、变更记录和问题讨论可以被审阅，也使客户端能够跟随底层能力调整。对普通用户而言，更实用的维护策略是关注稳定发布、阅读变更说明、保留可用配置备份，并在大范围修改前记录原有代理模式与路由选择。
客户端升级、内核升级和订阅更新解决的问题不同。客户端升级主要影响界面、系统集成和配置管理；内核升级可能带来协议兼容与运行行为变化；订阅更新则刷新服务器配置。日常维护时可以分开执行这三类更新，每次完成后测试基础连接。若同时更换客户端、内核和订阅，出现异常时会难以判断具体原因。
面向 Windows、macOS 与 Linux 的图形客户端，集中管理订阅、服务器、系统代理、路由和 TUN。适合需要在桌面端维护多个配置分组，或希望通过日志逐项排查连接问题的用户。
Android 上常用的 Xray 内核客户端，提供订阅管理、分应用代理、路由设置和系统 VPN 服务接入。移动端稳定运行还取决于系统省电策略、后台权限与厂商进程管理设置。
采用 V2Fly 内核维护路线的 Android 客户端，界面操作与 v2rayNG 有相似之处。适合订阅配置明确要求 V2Fly 行为，或需要在两条内核路线之间进行兼容性选择的场景。
多数首次使用问题都集中在平台选择、订阅更新、代理模式和系统权限。先建立清晰的检查顺序，通常比反复重装更有效。
Windows、macOS 与 Linux 桌面设备选择 v2rayN；Android 设备通常选择 v2rayNG，如配置明确采用 V2Fly 内核路线，也可以查看 v2flyNG。客户端名称不同，但订阅导入、选择配置、建立连接和检查日志的基本流程相近。详细步骤可继续阅读快速上手教程。
先确认更新的是当前订阅分组，再检查列表上方的筛选关键词、排序方式和隐藏条件。部分客户端会保留当前搜索状态，新配置已经写入但被过滤时，列表看起来不会变化。清除筛选后重新进入分组，再检查订阅更新时间和日志提示。
系统代理主要接管遵循操作系统代理设置的程序，配置直观，也适合作为首次连接的起点。TUN 通过虚拟网络接口处理更广范围的流量，覆盖能力更强，但需要额外权限，并可能与其他网络软件产生接口冲突。建议先验证系统代理，再按实际需求启用 TUN。
先看日志是否成功加载配置，以及当前配置是否能建立基础连接。若基础连接尚未建立，优先检查订阅内容、时间设置、协议字段和网络权限；只有连接正常但特定域名或应用走向不符合预期时，才进一步检查路由顺序、代理模式和分应用设置。
围绕 Android 授权、后台运行和多订阅管理整理可重复执行的步骤。文章内容更聚焦单一问题，适合在基础配置完成后按需查阅。
梳理首次连接授权、后台运行权限和分应用代理三个关键环节，并说明设置之间的影响范围。
阅读全文从系统后台限制、连接保活、日志级别和运行时长入手，区分正常消耗与异常持续唤醒。
阅读全文说明多订阅源的备注命名、分组边界、关键词过滤和排序方式，让日常列表保持清晰。
阅读全文