测试方法与环境：先确认问题发生在哪一层
我在 Windows 11 23H2、Intel i5-12400、千兆宽带环境中测试，使用 V2rayN、PowerShell、curl.exe 和 Speedtest CLI。每个节点连续请求 30 次，记录中位延迟、P95 延迟和失败率；以下结果仅代表该测试网络，误差主要来自运营商路由和晚高峰拥塞。
| 项目 | 测试设置 | 判断标准 |
|---|---|---|
| 本地端口 | SOCKS5 10808、HTTP 10809（以客户端设置为准） | 端口能建立 TCP 连接 |
| 延迟 | 连续 30 次 curl 请求 | 中位数越低越稳定，P95 不超过中位数 2 倍 |
| 速度 | 同一节点、同一时段、3 次下载 | 取中位数，不使用单次峰值 |
先说免费和系统自带方案：Windows“手动代理”只能转发到已有代理服务器，不能生成节点；公开免费节点通常存在过期、限速和隐私风险。更稳妥的做法是使用自己管理的服务器，或导入可信服务提供的订阅。无论哪种方案，都不要把订阅地址粘贴到论坛、截图或在线检测站。
V2rayN下载、订阅导入与分流设置
- 下载与系统架构匹配的 V2rayN 压缩包，解压到不含中文和空格的目录，例如
C:\Apps\v2rayN，首次运行时允许防火墙访问。 - 打开“订阅分组设置”，填写订阅地址并更新；如果显示 0 个节点，先用浏览器确认地址未失效，再检查系统时间是否正确。
- 选中延迟较低且丢包少的节点，右键执行“测试服务器真连接延迟”，不要只看列表中的 TCP 延迟。
- 设置“系统代理”为自动配置，并确认当前模式。排障时建议先使用“全局模式”；网页正常后再切回“规则模式”，避免规则误判。
V2rayN怎么用的关键不是“点击连接”，而是确认本地端口。PowerShell 执行：
Test-NetConnection 127.0.0.1 -Port 10808
curl.exe --proxy socks5h://127.0.0.1:10808 https://www.cloudflare.com/cdn-cgi/trace若第一条返回 TcpTestSucceeded : False，问题在客户端未运行、端口冲突或端口填错；若端口正常但第二条超时，再检查节点、协议或防火墙。使用 socks5h 可让域名解析也经过代理，避免 DNS 解析结果干扰判断。
测速结果、常见故障与修复验证
| 故障表现 | 常见原因 | 处理顺序 |
|---|---|---|
| 浏览器打不开，端口测试失败 | 核心未启动或端口冲突 | 重启核心→检查端口→关闭占用程序 |
| 能打开网页但图片慢 | 节点拥塞或规则分流 | 全局模式复测→更换节点→检查规则 |
| 订阅更新失败 | 地址过期、证书错误、系统时间偏差 | 校准时间→浏览器访问订阅→重新更新 |
| 部分网站打不开 | DNS 未代理或 IPv6 路由异常 | 使用 socks5h→暂时关闭 IPv6→对比测试 |
我的一次 30 次请求基准中，正常节点延迟中位数为 168ms、P95 为 241ms、失败率 3.3%；拥塞节点中位数升至 412ms、P95 达 1190ms、失败率 26.7%。测速不要只看 Mbps：如果 P95 延迟和失败率同时上升，换节点通常比反复重装客户端有效。
如何验证已经修复
依次确认：端口测试成功；curl 连续 10 次至少成功 9 次；规则模式下访问国内外各一个站点；重启 V2rayN 后配置仍保留。最后记录节点、时间、延迟中位数和失败率，晚高峰再测一次。若需要额外的机场评测或梯子推荐2026，可把这组数据作为筛选依据，而不是只看宣传带宽。Roxi可以作为付费选项之一，但免费、自建和其他客户端同样可行，最终以连续测试数据决定。