DESKTOP
Windows
适合使用 v2rayN 图形客户端。下载页分别提供新一代桌面界面与经典 WPF 界面，并说明两者适用场景。安装后可从托盘菜单设置系统代理、更新订阅和切换路由模式。
前往下载PLATFORM ENTRY
按操作系统选择客户端
先确定设备平台，再进入下载页选择安装包。桌面端以 v2rayN 为主，Android 可按内核偏好选择 v2rayNG 或 v2flyNG；平台页同时说明架构、安装方式与首次启动注意事项。
DESKTOP
macOS
使用 v2rayN 的跨平台桌面界面。进入平台页后按设备芯片选择 Apple Silicon 或 Intel 安装包，首次打开时再完成系统授权。订阅、节点测试与分流入口和其他桌面平台保持相近。
前往下载MOBILE
Android
常用选择是采用 Xray 内核的 v2rayNG；需要 V2Fly 内核时可选择 v2flyNG。下载页按 arm64 与通用架构列出入口，并补充首次连接授权、省电白名单和分应用代理的设置思路。
前往下载DESKTOP
Linux
桌面环境可使用 v2rayN，并根据发行版的软件包体系选择 deb 或 rpm。平台页区分 x64 与 arm64 架构，安装后重点检查桌面会话、系统代理写入权限以及应用是否读取当前代理设置。
前往下载CONFIGURATION PATH
从订阅到分流的配置结构
客户端能否稳定工作，关键不在于反复切换按钮，而在于分清订阅、节点、代理模式和诊断日志各自负责的环节。依次查看四个节点，建立可复用的配置顺序。
SUBSCRIPTION
把远程配置转成可维护的节点列表
订阅地址不是单个节点，而是一组可更新的配置来源。正确流程是先在客户端中新建订阅分组，再执行更新并确认节点落入对应分组。这样能够区分不同来源，后续更新也不会覆盖手工配置。遇到节点没有变化时，应先检查当前更新的分组、地址是否完整以及客户端日志，而不是连续重复导入。
客户端通常会从订阅内容中解析协议、服务器、端口、用户标识和传输参数。使用者主要负责保持订阅来源清晰，并在更新后重新选择可用节点。分组化管理比把分享链接逐条粘贴更适合长期维护，也便于对不同线路做对照测试。
订阅分组 → 更新订阅 → 选择节点 → 启动连接
ROUTING
让不同请求进入明确的出站路径
路由分流负责判断一条连接应当直连、经代理转发还是阻止。判断条件可以来自域名、地址范围、网络类型或进程信息。日常配置应先使用客户端提供的成熟规则集，再根据实际需要添加少量自定义规则；规则越多并不代表效果越好，冲突与顺序错误反而会增加排查成本。
修改规则后要重新加载配置，并分别测试直连站点与需要代理的站点。如果某类域名始终走错出口，先观察命中的规则，再调整优先级。与只提供全局开关的简单工具相比，V2Ray 生态的优势在于可以把判定条件和出站动作拆开管理。
domain:example.com → proxy · geoip:private → direct
PROXY MODE
区分系统代理、应用代理与 TUN
系统代理适合浏览器和主动读取系统设置的桌面软件，配置直观、影响范围容易判断；部分应用会忽略系统代理，此时需要在应用内部填写本地监听地址。TUN 模式覆盖范围更广，可接管更多网络流量，但会涉及虚拟网络接口、权限、DNS 与路由表，适合在基础连接已经验证正常后再启用。
排查时应从最小范围开始：先确认客户端本地端口正常监听，再测试系统代理，最后考虑 TUN。一次只改变一个变量，能够迅速判断问题来自节点、应用设置还是系统网络层，避免同时开启多套接管方式造成端口占用或路由相互覆盖。
本地监听 → 系统代理 → 应用验证 → 按需启用 TUN
DIAGNOSTICS
按请求经过的环节定位连接问题
连接按钮处于启用状态，只能说明客户端进程已经尝试启动，不能直接证明远端节点、DNS 和路由均可用。诊断时应依次检查配置是否加载、本地端口是否监听、系统代理是否生效、域名能否解析、远端连接是否建立。错误日志中的 failed to dial、rejected 等信息，应结合发生位置判断。
测速也需要分层理解：连接延迟、下载吞吐和网页打开速度衡量的是不同环节。先用同一设备、同一时间和同一测试目标进行对照，再决定是否更换节点。记录每次改动前后的结果，比随机切换 Mux、DNS 与路由选项更容易得到稳定结论。
配置加载 → 本地监听 → DNS → 路由命中 → 远端连接
QUICK START
三步完成首次连接
先跑通最短路径，再调整分流与高级网络设置。初次配置时保留清晰的操作顺序，出现问题便能准确回到上一个已验证环节。
-
安装与平台匹配的客户端
Windows、macOS、Linux 桌面设备优先进入 v2rayN 平台下载区；Android 可选择 v2rayNG，或按内核需求使用 v2flyNG。下载前先确认操作系统和处理器架构，安装后从应用主界面进入配置，不要同时运行多个占用相同本地端口的客户端。
-
导入订阅并选择节点
在订阅管理中新增名称与地址，保存后执行更新。看到节点列表后，选择其中一个节点作为活动服务器，再进行一次基础连通测试。如果订阅更新失败，先核对地址是否完整，并查看日志中是解析失败、网络超时还是返回内容无法识别。
-
启用代理并验证分流
桌面端先启用系统代理，Android 首次连接时完成系统网络授权。随后分别打开一个预期直连的站点和一个需要代理的站点，确认两类请求都符合预期。基础连接稳定后，再配置自定义路由、应用代理或 TUN，避免把多个设置问题叠加到一起。
PROJECT V ECOSYSTEM
Project V、V2Fly 与 Xray 的关系
客户端、内核与协议经常被混为一谈。理解三者分工后，选择软件、阅读日志和判断兼容性都会更直接。
从核心能力到图形客户端
Project V 是围绕代理协议、传输方式、路由系统和可扩展网络组件形成的开源技术生态。V2Ray 这一名称既常被用于指代早期核心，也常被用户泛指相关客户端与配置方式。实际使用中，图形客户端负责订阅管理、节点选择、系统代理和界面操作，底层内核负责解析配置、建立连接、执行协议与路由逻辑。
V2Fly 延续 V2Ray 核心路线，强调模块化能力、协议实现与社区维护。Xray 与其技术脉络相近，在兼容既有配置的基础上发展了自己的传输和协议特性。两者不是简单的界面版本差异，而是独立演进的内核家族。订阅中包含的协议参数是否可用，最终取决于客户端携带的内核及其支持范围。
v2rayN 是桌面端图形客户端，可在 Windows、macOS、Linux 上管理服务器、订阅、路由规则和本地代理设置；v2rayNG 面向 Android，通常配合 Xray 内核；v2flyNG 同样面向 Android，但采用 V2Fly 内核路线。三者都属于社区维护的开源软件，更新节奏会受到上游内核变化、平台接口和维护计划影响。
开源协议允许社区阅读、研究和改进代码，也让配置格式、问题讨论与版本变化能够被公开记录。对于普通使用者，更实际的意义是：遇到协议兼容或启动错误时，可以从客户端日志、内核差异和更新说明中寻找原因，而不是把所有问题都归结为节点失效。
v2rayN
把订阅、服务器列表、系统代理、路由与内核管理集中在图形界面中。适合需要日常切换节点、维护多个订阅或逐步调整分流规则的桌面用户。跨平台界面与经典 Windows 界面在交互形式上有所区别，下载页会分别说明。
v2rayNG
Android 常用图形客户端，连接时通过系统提供的网络接口接管应用流量。除导入订阅外，还应关注后台运行、省电策略、分应用代理和系统时间。协议特性与兼容范围主要跟随其采用的 Xray 内核。
v2flyNG
操作结构与移动端常见客户端相近，底层采用 V2Fly 内核。适合订阅配置与该内核路线匹配，或需要对照验证不同内核行为的场景。选择前应先确认订阅协议与传输参数，而不是只比较界面名称。
LATEST NOTES
近期配置与排查文章
围绕速度、内核和 Android 使用场景补充细节。文章以可复现的排查顺序为主，不把单次测速结果当作普遍结论。