本文面向第一次打开 v2rayN 7.x 的用户，按主菜单、订阅分组、服务器列表、运行日志和参数设置的顺序解释界面。读完后可以完成选中节点、确认活动服务器、判断内核是否启动，并找到本地端口、Core 类型与路由设置。
先建立主窗口的分区概念
v2rayN 的主窗口不是一张单纯的节点清单。它同时承担配置管理和运行控制两项工作：上半部分负责保存、筛选与选择服务器，下半部分显示内核输出，菜单与状态区域则用于切换系统代理、路由模式和应用参数。理解这些区域的职责，比逐个记住按钮位置更重要。
本文以 v2rayN 7.x 的常见桌面界面为参照。小版本更新可能调整按钮文字或排列，但“订阅分组管理配置、服务器列表选择节点、日志确认运行状态、参数设置控制本地入口”这条操作链不会发生根本变化。若窗口较窄，部分命令可能收进带省略号的菜单中。
- 顶部菜单：集中放置服务器、订阅分组、设置、帮助等命令，是查找完整功能的首要入口。
- 订阅分组区域：按订阅来源组织配置，决定当前服务器列表显示哪一组内容。
- 服务器列表：展示备注、地址、端口、协议、传输方式等信息，并标记当前活动服务器。
- 日志与状态区域：显示内核启动、监听端口、连接建立、路由命中和错误信息。
服务器列表每一列怎么看
服务器列表是一组本地配置的索引，不代表这些服务器正在同时连接。正常情况下只有一个配置被设为活动服务器，v2rayN 会据此生成内核运行配置。单击某一行只是选中条目，双击或执行“设为活动服务器”才会改变实际使用对象，具体行为也可能受当前快捷操作设置影响。
最值得先看的列是“别名或备注”“地址”“端口”“协议类型”和“传输方式”。备注用于辨认节点；地址可能是域名，也可能是服务器地址；端口是远端服务端口，并非本机的 10808；协议类型常见 VMess、VLESS、Trojan 或 Shadowsocks；传输方式则可能显示 TCP、WebSocket、gRPC 等。
| 列表字段 | 表示什么 | 排错时怎么用 |
|---|---|---|
| 别名或备注 | 订阅提供方或用户为配置设置的名称 | 确认选中的是目标地区、线路或用途 |
| 地址与端口 | 远端服务器的连接入口 | 日志持续超时时，检查域名解析和远端端口 |
| 协议 | VMess、VLESS、Trojan 或 Shadowsocks | 确认当前 Core 能处理该配置使用的功能 |
| 传输 | TCP、WebSocket、gRPC 等承载方式 | 核对路径、服务名、TLS 与 Reality 参数是否齐全 |
| 测试结果 | 最近一次延迟或连通性测试的显示值 | 只用于初筛，不能代替实际网页与应用测试 |
延迟测试结果需要结合测试类型理解。TCP 连通测试只说明目标地址和端口可以建立基础连接；真实延迟测试通常还要经过本地代理与远端节点访问测试地址。显示超时不一定等于配置永久失效，也可能是测试地址不可达、DNS 解析异常或当前网络限制了对应端口。
设为活动服务器
推荐明确指定接下来由哪个配置生成运行参数，适合完成测试后正式切换。
适合:确定节点后开始实际连接
测试服务器真连接
让流量经过对应配置访问测试目标，比只看远端端口连通更接近实际使用。
适合:从多个候选节点中初步筛选
编辑服务器
打开单条配置查看传输、TLS、Reality、路径或服务名，不建议随意改动订阅下发字段。
适合:核对导入结果与定位参数缺失
订阅分组如何组织节点
订阅分组解决的是“这些配置从哪里来、应该怎样一起更新”的问题。一条订阅地址通常对应一个分组，更新时 v2rayN 获取远端内容并刷新该组的服务器条目。手工添加的单节点可以放在独立分组中，避免订阅更新时难以区分来源。
分组名称不必照搬订阅地址，可以使用“日常”“办公备用”“手工配置”等容易识别的文字。分组只是管理边界，不会让同组服务器同时工作。选择分组是切换列表视图，选择活动服务器才是切换当前连接配置，这两个动作需要分开理解。
推荐方案:订阅配置与手工配置分开管理
订阅分组
- 每个来源单独命名
- 通过更新命令批量刷新
- 保留服务端下发的备注与参数
手工配置分组
- 存放临时测试或自建配置
- 修改前可单独导出备份
- 不依赖订阅刷新周期
先按来源划分管理边界，再从当前分组中选择活动服务器，列表会更容易维护。
- 打开顶部的“订阅分组”菜单，进入分组设置界面。
- 新建分组并填写便于识别的别名，再粘贴完整订阅地址。
- 保存后执行“更新全部订阅”或仅更新当前分组。
- 回到主窗口，切换到对应分组并检查服务器条目是否出现。
- 选中目标条目，执行“设为活动服务器”，再观察日志是否重新启动内核。
日志窗口怎样判断连接状态
日志是排查 v2rayN 问题时最直接的证据。它通常同时包含客户端控制信息与 Core 输出：前者说明配置生成、进程启动和系统代理切换过程，后者说明监听端口、出站连接、DNS 查询与路由结果。看到日志滚动并不等于连接成功，需要寻找有意义的状态行。
一次正常启动通常会经历“读取配置、启动 Core、本地端口开始监听”三个阶段。随后，浏览器或其他应用发出请求时，日志才会出现到目标域名或地址的连接记录。如果只看到监听成功，却没有任何后续请求，应检查应用是否确实使用了系统代理或手工填写的本地代理端口。
启动过程示意
[Info] Core process started
[Info] SOCKS listening at 127.0.0.1:10808
[Info] HTTP proxy listening at 127.0.0.1:10809
[Info] accepted tcp connection to example.com:443
[Info] routing request through proxy outbound本地代理入口示例
- 监听地址
- 127.0.0.1
- SOCKS 端口
- 10808
- HTTP 端口
- 10809
- 使用范围
- 当前电脑本机
实际端口以“设置”→“参数设置”中显示的值为准，其他应用必须填写相同端口。
常见错误线索
- timeout
- 远端连接超时
- connection refused
- 目标端口拒绝连接
- failed to resolve
- 域名解析失败
- address in use
- 本地端口已被占用
先看第一条错误出现在哪个阶段，再决定检查订阅参数、网络、DNS 还是本地端口。
日志里的警告也需要结合上下文判断。某次测试连接失败后紧接着出现正常连接，可能只是单个目标不可达；若 Core 进程反复退出，或每次启动都提示配置字段错误，则应检查活动服务器的协议和传输参数。排错时保留从启动前到错误发生后的完整片段，比只截取最后一行更有效。
- 没有监听信息：检查 Core 是否成功启动，以及配置是否在生成阶段报错。
- 已经监听但没有请求：检查系统代理状态，或应用内代理是否指向 127.0.0.1 与正确端口。
- 请求出现但持续超时：更换已测试可用的服务器，并检查当前网络是否能访问远端端口。
- 只有部分网站异常：检查路由规则与 DNS，而不是立即删除全部订阅。
参数设置里最常用的开关
参数设置影响的是 v2rayN 的整体行为，不是某一条服务器配置。初次使用时应重点确认 Core 类型、本地端口、启动行为和系统代理相关选项。一次修改多个项目会增加排错难度，较稳妥的方法是每次只改一项，保存后观察日志是否完成一次正常重启。
Core 类型决定由哪个内核解释当前配置。日常使用 VMess、VLESS、Trojan 与 Shadowsocks 配置时，Xray Core 通常覆盖较完整的常见功能，尤其适合包含 VLESS、Reality 或 XTLS Vision 参数的节点。已有配置可以正常运行时，不需要为了界面中的多个选项频繁切换内核。
打开参数设置
从主窗口依次进入“设置”→“参数设置”，先记录当前端口和启动选项。
确认 Core
进入“设置”→“参数设置”→“Core 类型”，按当前协议选择可处理对应功能的 Core。
核对本地端口
检查 SOCKS 与 HTTP 入口。若界面显示 10808 和 10809，浏览器或其他应用也要使用同一组数值。
保存并重启
保存设置，回到主窗口观察日志，确认旧进程退出后新 Core 成功监听本地端口。
验证实际请求
打开需要联网的应用，确认日志出现新的连接记录，再判断设置是否真正生效。
基础运行设置
- Core 类型
- Xray Core
- SOCKS 示例
- 127.0.0.1:10808
- HTTP 示例
- 127.0.0.1:10809
- 日志级别
- 排错时使用 info
端口可以调整，但需要同步修改所有手工使用代理的应用。
路由与系统代理
- 系统代理
- 按需启用
- 路由模式
- 规则分流
- 默认出站
- 按规则决定
- 修改后动作
- 重新应用配置
系统代理负责把应用流量送入 v2rayN，路由规则负责决定流量走代理、直连还是阻断。
从打开软件到确认可用的完整顺序
熟悉界面后，可以把日常操作压缩为一条固定流程：先更新订阅，再从目标分组选择服务器，随后确认活动状态与系统代理，最后通过日志验证真实请求。固定顺序可以避免“列表选中了服务器，但 Core 仍在使用旧配置”或“Core 已启动，但应用没有走本地代理”等常见混淆。
- 检查分组：确认当前展示的是准备使用的订阅来源，不要只凭相似的服务器备注判断。
- 更新订阅：执行当前分组更新，等待列表刷新完成；更新失败时先看提示和日志。
- 测试候选项：对多个服务器执行真实连接测试，将结果作为初筛依据。
- 设置活动服务器：明确执行切换命令，观察活动标记和 Core 重启记录。
- 应用系统代理：让遵循系统代理的桌面应用使用 v2rayN；单独配置的应用则核对 127.0.0.1 与端口。
- 查看日志：确认本地端口监听成功，并能看到实际访问产生的连接与路由记录。
如果连接仍然异常，不要同时重装客户端、删除订阅、切换 Core 和修改 DNS。先用日志判断问题属于哪一层：订阅没有生成配置、Core 没有启动、本地端口没有监听、应用没有进入代理，还是远端连接超时。一次只验证一层，通常能更快找到原因。
主窗口中最关键的关系可以概括为：订阅分组决定配置来源，服务器列表决定当前候选，活动服务器决定 Core 使用哪份配置，系统代理决定应用流量是否进入客户端，日志则证明整个链条实际运行到了哪一步。掌握这五个概念后，即使后续版本调整按钮位置，也能依照职责快速找到对应功能。