适合已经导入订阅、但还不确定怎样连接的安卓用户。先确认节点列表有效，再用真连接测试筛选候选节点，启动 Android VPN 服务，最后用出口地址与目标应用验证实际流量。按这个顺序检查，可以把“端口能连”“代理握手成功”和“应用确实走代理”分开判断，避免只看一个绿色延迟数字。
一、确认订阅与节点选择状态
订阅导入成功，只表示 v2rayNG 已经保存了订阅入口；更新订阅后出现配置，才表示客户端取得了节点参数。列表里有节点，也不等于已经启动连接。v2rayNG 使用 Xray 内核，节点中的地址、端口、协议、传输方式与 TLS 参数需要作为一套配置使用，不要在首次连接前逐项改成网上示例。
下面的路径按常见中文界面说明。版本不同，右上角菜单里的操作可能显示为“测试全部配置真连接”或“测试全部配置的真连接”，含义相同；应选择带“真连接”的测试，而不是仅带“TCP”的测试。
-
核对订阅
打开左上角菜单 →「订阅分组设置」，确认订阅已启用，地址没有首尾空格。返回主界面，在右上角菜单选择「更新当前组订阅」或「更新订阅」，等待列表刷新。
-
选中配置
点按一条有效节点，确认选中标记已移动到该行。避开名称中明确标注到期、流量用尽或维护的条目；这些名称是服务方提示，不是客户端自动检测结果。
-
保留原参数
首次测试沿用订阅提供的 VMess 或 VLESS 配置。不要把服务器地址直接替换成解析出的 IP，也不要随意修改 SNI、传输路径或公钥等认证参数。
-
记录测试环境
记下当前使用 Wi-Fi 还是移动数据，以及目标应用是否另设了代理。先保持同一个网络完成一轮验证，再切换网络复测，避免把网络变化误认为节点变化。
二、选节点：先看可用性，再看稳定性
节点名称中的地区只是筛选线索，不足以说明实际线路质量。距离近的节点也可能拥塞；名称相同的节点还可能使用不同入口。首次连接先找能连续完成请求的节点，再比较延迟。除非目标业务有地区要求，否则不必一开始就追求某个地区。
真连接连续成功的节点
推荐在相同网络、相同测试地址下重复测试，结果持续成功；启动后目标网页也能打开。优先选作首次连接的活动配置，再验证出口地址。
适合：首次接通、建立可复用的基准配置
仅 TCP 延迟较低的节点
只能证明服务器某个 TCP 端口可达，尚未验证代理认证、TLS 握手与目标请求。即使显示较低毫秒数，也可能在后续握手阶段失败。
适合：快速排除入口不通，之后仍需真连接验证
偶发成功的节点
一轮成功、一轮超时，先保留作备选。换时间或换网络复测，不要只凭一次最好成绩设为长期使用节点。
适合：与稳定节点对照，定位线路波动
建议先挑两到三条候选，分别测试三轮。这里的次数是操作建议，不是软件内置评分规则。每轮保持测试地址不变；节点很多时分组测试，避免同时发出大量探测请求，影响手机网络与测试结果。
三、真连接测速：验证请求链路，不等同于带宽测速
在主界面右上角菜单运行「测试全部配置真连接」。这一类测试会通过待测配置尝试访问设置的测试地址，比 TCP 探测多验证代理链路的实际可用性。测试依赖所选地址的响应：如果测试站点本身不可达，多个正常节点也可能同时失败。
| 检查方式 | 主要回答的问题 | 不能直接证明 |
|---|---|---|
| TCP 延迟 | 服务器指定端口能否建立 TCP 连接 | 代理认证成功、网页能打开 |
| 真连接测试 | 该配置能否完成对测试地址的请求 | 所有应用都被接管、持续下载速率高 |
| 目标网页验证 | 浏览器中的具体业务能否访问 | 其他应用也采用相同路由 |
| 持续传输测试 | 当前线路的持续传输表现 | 换时段、换目标仍有相同表现 |
真连接结果里的毫秒数是一次请求的时间指标，不是 Mbps，也不能直接换算成视频清晰度。不要用“数值最小”替代“请求稳定”。如果全部超时，先检查客户端「设置」中的测试地址相关选项，确认地址仍能提供预期响应；若使用要求特定状态码的探测地址，普通网页不能直接当作等价替代。
上面的端口用于理解链路，不是要求修改配置。浏览器访问 HTTPS 目标、客户端连接代理服务器、域名解析，是不同环节。服务器端口请保留订阅值；真连接超时也不能简单归结为“把端口改成 443 就能解决”。
四、启动 VPN：区分服务运行与流量接管
选好节点后，点主界面右下角启动按钮。Android 首次弹出 VPN 连接请求时，核对发起应用为 v2rayNG，再确认授权。系统出现 VPN 标识，只能说明 VPN 服务已经建立，不等于远端节点认证成功，也不保证每个应用都进入代理出站。
- 排除其他 VPN 占用：安卓通常只允许当前用户同时运行一个普通 VPN 服务。其他基于 VPN 的网络工具可能与 v2rayNG 互相替换，先停止它们再测试。
- 检查分应用代理：左上角菜单 →「设置」→「分应用代理」。首次验证可暂时关闭这项功能；若必须保留，确认测试浏览器属于代理范围，并核对是否开启了绕过所选应用的选项。
- 检查路由模式：查看当前「路由」或「路由设置」。直连规则命中的网站仍可能显示本地出口，这与 VPN 服务正在运行并不矛盾。
- 重新启动服务：修改分应用范围或路由后，先停止再启动，确保本轮验证使用新配置。不要让浏览器旧页面和旧连接替代新测试。
五、验证代理生效：出口地址与目标应用交叉检查
先停止 v2rayNG，用同一个浏览器记录当前公网出口地址；随后启动 v2rayNG，重新请求同一个查询服务。可在地址栏手动输入 https://api.ipify.org 查看返回的公网地址。它是外部查询服务，若当前网络无法访问，应换用可访问的出口查询服务，不能把查询站点打不开直接当成代理失败。
验证方案：固定浏览器，比较连接前后
停止连接时
- 保持 Wi-Fi 或移动数据不变。
- 记录查询时间与完整公网地址。
- 确认浏览器没有单独配置其他代理。
- 记下目标网页的当前访问结果。
启动连接后
- 确认选中配置与测试时一致。
- 新开页面请求相同查询服务。
- 比较出口地址，并核对路由规则。
- 重新打开目标应用，执行一次新请求。
出口变化是这次浏览器请求走了不同出口的证据；结合路由与目标应用结果，才能判断所需业务是否被代理。
地址没变化时，依次检查查询域名是否被路由直连、浏览器是否被分应用规则排除，以及请求是否沿用了旧连接。不要只比较地址所属地区：不同地址可以位于同一地区，地理数据库也可能滞后。若要判断 IPv6 流量，应额外使用能显示 IPv6 的查询方式；只返回 IPv4 的页面不能证明 IPv6 也经过代理。
接着打开真正需要使用的应用，刷新内容或发起一次新的访问。应用已经打开的缓存页面、历史图片和下载记录，不是连通证据。若只有浏览器成功而某个应用失败，优先检查该应用的分应用范围、路由命中与自身网络要求，不要立即替换整组节点。
六、首次连接失败：按现象缩小排查范围
保留一个已经成功的配置作为对照。失败时从左上角菜单打开「日志」，在重现问题后查看最新记录；不要只截取最早的一条报错。反馈问题时记录客户端版本、网络类型、出现时间和报错关键词，分享日志前遮盖订阅地址、用户标识及服务器认证信息。
TCP 有延迟，真连接却超时，为什么？
入口端口可达不代表代理认证成功。先更新当前订阅并重新测试；再查看日志是否出现握手、认证或证书相关错误。若只有一条失败，换同组节点对照；若全部失败，检查测试地址与当前网络。不要通过关闭证书验证来代替定位原因。
底部显示已连接，浏览器还是打不开？
先运行真连接测试，再到「设置」→「分应用代理」确认浏览器没有被排除。检查「路由」中的直连规则，重启服务后新开网页。若日志出现域名解析失败，核对 DNS 相关设置与 Android 私人 DNS 状态，一次只调整一项并记录结果。
Wi-Fi 能用，移动数据不能用，怎么查？
保持节点与测试地址不变，只切换网络，重复真连接测试。检查 Android「设置」→「应用」→「v2rayNG」中的移动数据与后台数据权限，具体名称随系统变化。若权限正常且只有一个网络失败，再比较其他节点，区分入口可达性与网络限制。
锁屏后断开，是否需要换节点？
先检查 Android「设置」→「应用」→「v2rayNG」→ 电池相关选项，按系统提供的方式允许后台运行。重新连接后锁屏复测，观察 VPN 标识与客户端服务是否消失。服务被系统停止和节点远端断线属于不同问题，应分别处理。
首次连接的完成标准不是某条节点显示了漂亮数字，而是：真连接测试能够重复成功，Android VPN 服务保持运行，测试浏览器的出口与路由预期一致，目标应用能够发起新请求。完成这一轮后再开启分应用代理、细化路由或调整 DNS；每次只改一个设置，出现问题时才能快速回到可用状态。