Windows
使用 v2rayN。下载页分别列出跨平台界面的桌面版与经典 WPF 版；先按使用习惯选界面，再查看安装与启动说明。
导入订阅后，核对选中的服务器、系统代理状态和路由模式。浏览器可用而其他应用不通时，先看应用是否读取系统代理，而不是立即改服务器字段。
前往下载SETTINGS / 常用配置
先找到设置项，再决定怎么改
订阅、路由、系统代理和 DNS 分别处理不同环节。遇到连接问题时，先确认问题落在哪一层，比反复切换节点更容易找到原因。
01 / SUBSCRIPTION
订阅地址、更新和分组
订阅适合管理会变化的服务器列表。先在 v2rayN 的「订阅分组」中添加名称与订阅地址，再执行订阅更新；更新后仍需在服务器列表里选中要使用的条目。分组名称可按用途区分，别把订阅更新与切换当前服务器当作同一步。手动添加服务器则适合只有一组配置参数的情况，别名仅用于本地辨认。
如果列表没有变化，依次核对地址是否完整、当前网络能否访问订阅来源，以及是否选中了正确的分组。多组订阅并用时，先看分组再筛选关键词，能减少把相似名称的服务器选错的机会；清理旧条目前，确认它们是否仍由有效订阅维护。
界面核对项
订阅分组 → 添加 → 更新订阅 → 选择服务器02 / ROUTING
规则模式决定流量去向
服务器可以连接，并不表示所有请求都会走同一条路径。v2rayN 的路由设置按规则匹配域名或地址，再交给相应出口；需要局部代理时先选合适的预设规则，需要全部交给代理处理时再考虑全局模式。规则从上到下匹配，新增自定义规则前先看已有规则是否覆盖同一目标。
排查某个网站的访问结果时，先确认当前路由模式，再检查命中的域名规则和最终出口。系统代理控制哪些应用把请求交给客户端，路由则决定请求进入客户端之后往哪里走，两者不能互相代替。
界面核对项
设置 → 路由设置 → 规则集 → 出站规则03 / PROXY
按应用接管方式选择入口
系统代理通过操作系统的代理设置，让遵循该设置的应用连接 v2rayN；修改后可先用浏览器验证。TUN 模式在网络层接管流量，适合需要覆盖不读取系统代理设置的应用，但通常还涉及虚拟网卡、权限与 DNS 配合。两种入口解决的是应用如何把流量送进客户端的问题，不是服务器协议的切换开关。
初次配置建议先选服务器、启用系统代理并确认可用，再按实际需求尝试 TUN。若开启 TUN 后访问异常，先检查模式状态和 DNS 设置，不要同时改动路由、内核与服务器参数，否则难以判断是哪一步产生了影响。
界面核对项
系统代理 → 自动配置系统代理 / TUN 模式04 / DNS
把域名解析与路由一起核对
DNS 负责把域名转换为地址；路由规则若按域名判断出口，就要留意解析发生的位置和顺序。v2rayN 可分别设置用于直连与代理场景的解析方式。FakeDNS 则先返回虚拟地址，再结合流量嗅探保留原域名信息，通常用于需要在 TUN 场景下继续按域名分流的配置。
FakeDNS 不是所有网络环境的默认必选项。遇到域名打不开而直接访问地址有不同表现时，先检查 DNS 设置、路由命中和应用是否进入代理；只在明确需要保留域名信息时，再逐项启用相关功能并观察变化。
界面核对项
设置 → DNS 设置 → 解析方式 / FakeDNS05 / CORES
按配置需要选择内核
v2rayN 是图形界面，实际协议处理由所选内核完成。Xray 与 V2Fly 都源自 Project V 生态，功能演进方向并不完全相同：例如使用 REALITY 的配置，应先确认所选内核支持相应传输参数。客户端能显示一个字段，不等于任意内核都能处理该字段对应的配置。
切换内核前，先保存正在使用的服务器参数，阅读客户端显示的内核名称与错误信息。Android 上的 v2rayNG 与 v2flyNG 分别提供不同的内核路线；选择时以订阅给出的协议和传输要求为准，而不是只看两个应用名称是否相近。
界面核对项
设置 → 参数设置 → Core 类型 / 内核选择DOWNLOAD / 按设备选择
下载入口按操作系统分开
先确认设备系统和处理器架构，再到下载页选择对应安装包。桌面端以 v2rayN 为主；Android 提供两种内核路线的图形客户端。
macOS
使用 v2rayN，按设备芯片选择 Apple Silicon 或 Intel 安装包。若不确定芯片类型，可先查看系统的「关于本机」，再与下载页的架构标注对照。
首次打开后，先完成服务器导入与连接测试，再处理系统代理。不要把安装包架构、服务器协议和内核类型混为一项：它们分别对应设备、配置与协议处理。
前往下载Android
优先查看采用 Xray 内核的 v2rayNG；需要 V2Fly 内核路线时，再看 v2flyNG。两者都是图形客户端，订阅与服务器信息仍应以实际提供的配置为准。
下载页区分 arm64 与通用安装包。导入后先选中服务器，再启动连接；如果订阅列表更新了却仍使用旧条目，检查当前选中项，而不是重复安装应用。
前往下载Linux
使用 v2rayN，先按发行版的包管理格式选择 deb 或 rpm，再核对处理器架构。下载页同时列出常见桌面设备和 arm64 设备的对应入口。
安装完成后从图形界面导入订阅或服务器参数。若客户端显示已连接但应用未按预期访问，分别检查桌面环境的代理设置、客户端路由和 DNS；逐项调整更容易定位问题。
前往下载PROJECT V / 内核与客户端
图形界面与内核，各管一层
看懂 Project V、V2Fly 和 Xray 的关系，遇到协议参数或兼容性问题时，才能判断应该检查客户端界面，还是检查负责处理连接的内核。
Project V：生态起点
Project V 为 V2Ray 相关协议与配置方式奠定了基础。此后，社区围绕内核、图形客户端和文档分别开展维护。日常所说的「V2Ray 客户端」，可能指带有服务器列表与代理开关的图形应用，也可能被用来泛指它调用的内核；排查时把这两层分开，信息会更准确。
例如服务器编辑窗口负责收集地址、端口、用户 ID、传输协议等字段。点击确定保存的是配置；真正建立连接时，还要由内核读取这些参数。窗口里出现某个设置项，只说明界面提供了输入位置，不能单凭它判断当前内核能否使用对应功能。
V2Fly 与 Xray：分别演进
V2Fly 延续了 V2Ray 的社区维护路线，Xray 则从这一生态分叉并独立发展。两者共享部分概念和配置习惯，但支持的传输特性、字段解释与更新节奏可能不同。收到含有 VLESS、流控或 REALITY 参数的服务器信息时，先识别其实际要求，再对照客户端选用的内核。
切换内核不是解决所有连接故障的通用动作。地址或端口填错、订阅地址无法访问、系统代理没有启用，换内核都无法替代相应检查。先确认错误发生在导入、启动、解析还是应用接管阶段，随后再决定是否需要核对内核兼容性。
三款客户端：按设备与配置选
v2rayN 是 Windows、macOS 与 Linux 的桌面图形客户端，集中提供服务器管理、订阅更新、路由、系统代理及相关内核设置。Android 上的 v2rayNG 采用 Xray 内核路线，v2flyNG 提供 V2Fly 内核路线。三款应用均属于社区维护的开源图形客户端，但界面位置和可选功能会随应用分别变化。
跨设备迁移时，优先核对订阅来源或服务器参数，而不是照搬旧设备的开关状态。桌面系统代理与移动设备的连接授权属于不同操作系统机制；同一条服务器配置可以相似，启动连接的步骤却需要按各自界面完成。
开源维护：关注实际变更
内核与客户端由各自社区持续维护。开源意味着实现和变更可以被公开讨论，也意味着图形界面、内核和安装包的发布时间不必同步。碰到教程中的字段位置与当前界面不同，先按字段名称寻找对应设置，并查看客户端内的内核信息，不要仅凭截图推断功能已经移除。
更新应用前，记下自己使用的订阅分组、路由模式与 DNS 选择。更新后如果表现变化，按「服务器是否选中 → 内核能否启动 → 系统代理或 TUN 是否生效 → 路由与解析结果」的顺序回看。这样能把配置变动与软件更新造成的差异区分开来。
NOTES / 技术笔记
继续了解配置背后的原因
下面三篇从 DNS、订阅整理和内核区别切入。需要调整进阶设置时，先读清楚适用条件，再回到客户端逐项操作。