v2rayN 延迟低但下载慢？10分钟用三轮测速找原因
简答：v2rayN 节点速度慢时，先确认网页、视频还是下载出现问题，再核对测速地址并建立直连基线。随后用同一目标测试 2 至 3 个节点三轮：单节点慢先换节点，全部节点同时慢再查本地网络或线路。
定义：v2rayN 节点速度慢，是指连接已经建立，但网页加载、视频播放或持续下载的实际吞吐不足；它不同于握手失败、延迟偏高或测速按钮本身异常。
先做这张速查卡：看现象决定第一步
能连上但网页慢、视频卡、下载速度只有几百 KB/s 时，先不要同时修改 DNS、Mux、TUN 和传输参数。按“症状→第一动作→结果→下一步”处理，能减少把本地问题误判成节点问题。
| 症状 | 第一动作 | 重点看什么 | 下一步 |
|---|---|---|---|
| 所有网站、视频和下载都慢 | 暂停云盘、系统更新和其他代理，换 Wi-Fi 或移动网络复测 | 直连是否也慢，所有节点是否同步变慢 | 直连也慢先查本地网络；只有代理慢再比较节点 |
| 只有一个节点慢 | 用同一目标测试 2 至 3 个节点 | 其他节点是否恢复正常 | 其他节点正常，先换节点，不要先改本地配置 |
| 延迟低但持续下载慢 | 做三轮持续下载测试 | 稳定速度、波动和失败次数 | 优先判断节点带宽、拥塞或下载源限制 |
| 白天正常、晚间变慢 | 同一节点在不同时段复测 | 多个节点是否同时下降 | 全部下降，考虑本地或线路高峰；单节点下降，先换节点 |
| 只有一个网站慢 | 换两个目标网站或文件 | 连接日志命中的策略和 DNS 结果 | 检查分流、DNS 或目标网站限制 |
| 测速显示 -1、timeout，但网页能打开 | 关闭 TUN 做对照，再做实际网页或下载测试 | 是测速路径异常，还是实际连接也失败 | 不要只凭 -1 判定节点失效 |
本页是面向普通 Windows 用户的第三方使用指南，不代表 v2rayN 官方。v2rayN 的测速代码将真实延迟、代理连接和下载测试分成不同流程，因此“节点能连上”“延迟低”和“下载快”不是同一个指标。可查看 v2rayN 官方测速服务源码。
10分钟三轮测速：先固定测速地址，再比较节点
第一步：固定测试目标。打开 v2rayN 的设置，找到名称类似“SpeedTest Url”或“速度测试地址”的项目，先记录当前地址，不要每轮测试都更换。不同版本的菜单文字可能变化；项目公开记录中出现过“设置→参数设置→v2rayN设置→SpeedTest Url”的路径。测试地址应能稳定返回较大的文件或内容，并且不要把不同地区、不同大小的文件混在一起比较。测速地址异常时，可参考 v2rayN 官方 Issue：下载测速结果为 0 的处理记录。
第二步：建立直连基线。关闭 v2rayN 系统代理，选择一个在当前网络下可以直连访问的测试文件或网站，用同一设备、同一网络、同一下载工具测试一次。如果目标在直连状态下不可达，记录“直连不可达”，不要把失败结果当成零速度，也不要拿不可达的直连结果与代理速度直接比较。直连基线只用于判断本地带宽和后台流量，不能代表代理路径的理论上限。
第三步：测试 2 至 3 个节点。选择不同地区或线路的节点，先更新订阅，再确认节点参数完整。右键节点，寻找名称类似“测试真连接延迟”“测试服务器速度”或“下载速度测试”的功能。每个节点连续测试三轮，尽量保持时间间隔、下载地址和浏览器或下载工具不变。
| 时间 | 节点 | 测速地址 | 真实延迟 | 稳定下载速度 | 三轮波动 | 日志策略 |
|---|---|---|---|---|---|---|
| 上午/晚间 | 节点 A | 同一地址 | 填写 | 填写稳定值 | 填写 | 直连/代理/策略名 |
| 上午/晚间 | 节点 B | 同一地址 | 填写 | 填写稳定值 | 填写 | 直连/代理/策略名 |
| 上午/晚间 | 节点 C | 同一地址 | 填写 | 填写稳定值 | 填写 | 直连/代理/策略名 |
把订阅地址、UUID、服务器地址、私钥、完整节点链接和未经处理的完整日志打码后再分享。测速记录只保留节点简称、时间、结果和策略命中情况即可。
怎样判断是节点慢、线路拥塞还是本地问题
延迟主要表示建立连接和等待响应的时间，丢包会增加重传和卡顿，握手失败表示连接没有正常建立，而持续下载速度更接近大文件和视频缓冲的实际体验。低延迟节点不一定有高吞吐，可能受到节点带宽、线路拥塞、目标站限速或单连接性能影响。
| 结果模式 | 判断方向 | 建议动作 |
|---|---|---|
| 同一节点三轮速度接近，其他节点明显更快 | 单节点容量、出口或线路表现较差 | 先换节点，保留原记录 |
| 三轮中至少两轮比最快节点低约 50%，且网页和下载都慢 | 更像节点吞吐不足或该节点拥塞 | 换节点后复测，不先改 DNS |
| 多个节点在同一时段同时下降约 30% 以上 | 可能是本地网络繁忙或线路高峰 | 换网络、错峰测试，再比较不同线路 |
| 三轮速度起伏很大，伴随超时或连接中断 | 可能有丢包、链路抖动或测试路径异常 | 记录失败次数，检查 Wi-Fi、后台上传和 TUN |
| 网页正常，只有一个下载源慢 | 目标站或单连接限速 | 换第二个下载源交叉验证 |
| 直连和代理都慢 | 本地接入、设备或后台流量问题 | 暂停同步、更新和上传，换网络复测 |
这些百分比是排查用的比较门槛，不是 v2rayN 官方性能标准。重点是连续三轮、同一目标和同一时段，而不是追求一次测速的最高峰值。
网页慢、视频卡、下载慢分别检查什么
网页加载慢
- 先打开两个不同网站。如果只有一个网站慢，检查该网站的分流策略、DNS 解析和目标站响应，不要立刻更换全部节点。
- 确认浏览器没有单独设置另一个代理。v2rayN 的系统代理、PAC 和“不改变系统代理”会导致不同应用走不同路径，可参考 v2rayN 官方系统代理与路由说明。
- 查看连接日志中是否命中预期的直连或代理策略。仅看到客户端正在运行，并不能证明当前网页请求使用了目标节点。
视频缓冲或清晰度上不去
- 固定同一视频、同一清晰度和同一时段，比较 2 至 3 个节点的稳定速度与波动。
- 白天正常、晚间变慢时，至少记录同一节点两个时段的三轮结果。多个节点都下降，优先考虑高峰拥塞或本地网络繁忙；只有一个节点下降，先换节点。
- 暂停浏览器扩展、杀毒软件的 HTTPS 扫描、云盘同步和会议软件上传，每次只关闭一项后复测。
下载速度低
- 确认任务使用的是 v2rayN 设置中的测速地址或同一个固定文件，不要把不同文件、不同 CDN 和不同时间的结果直接横向比较。
- 用两个下载源交叉测试，排除目标站单连接限速。若只有一个来源慢，不能直接把问题归因于节点。
- 如果延迟稳定、网页正常，但大文件持续速度始终低，优先怀疑节点带宽或线路吞吐，不要继续反复修改 DNS。
Windows 端口和系统代理：确认 10808 是否被占用
v2rayN 的本地混合端口通常是 10808，但应以当前设置页显示的端口为准。项目公开 Issue 的操作路径中，混合端口位于“Settings→Option Settings→Core: Basic Settings→Mixed Port”；不同版本的中文翻译可能略有差异。可参考 v2rayN 官方 Issue：Mixed Port 端口设置记录。
- 打开 v2rayN 设置，记下“混合端口”或对应本地监听端口，不要照抄其他代理客户端常见的端口。
- 在 PowerShell 中查询该端口是否监听，并显示占用进程：
$port=10808
Get-NetTCPConnection -LocalPort $port -ErrorAction SilentlyContinue |
Select-Object LocalAddress,LocalPort,State,OwningProcess- 如果结果中出现进程号，将
<PID>替换为实际数字：
Get-Process -Id <PID>- 如果端口被旧的 v2rayN、其他代理软件、开发工具或安全软件占用，先关闭对应程序，再重启 v2rayN。不要看到端口被占用就直接结束未知进程。
- 确认 Windows 系统代理指向同一个本地端口，并检查浏览器是否使用系统代理。若 v2rayN 显示运行、浏览器却没有命中连接日志，优先排查代理开关和端口指向。
端口查询只能说明本地监听状态，不能证明远端节点速度正常；仍需结合实际网页、下载结果和连接日志判断。
TUN、DNS 和 MTU：只改一个变量做对照
速度慢时不要一开始就同时改 TUN、DNS、Mux 和核心。先用系统代理模式建立基线，再单独打开 TUN 对比网页和固定下载目标。v2rayN 官方界面说明显示，TUN 设置包含协议栈、MTU、ICMP 路由策略和路由排除地址等项目；其中 TUN MTU 与实际网卡 MTU 不同，文档给出的默认值是 9000，并提示异常时调小。详见 v2rayN 官方界面功能说明。
- 打开设置中的 TUN 模式设置，记录当前协议栈、MTU、自动路由、严格路由和 IPv6 相关选项。
- 先关闭 TUN，用系统代理测试固定网页和下载目标；再恢复原设置，只打开 TUN 重测。若只有 TUN 开启后变慢，说明问题与 TUN 路径有关，但不能仅凭这一点确定是 DNS、路由还是 MTU。
- 保持其他设置不变，依次比较当前 MTU、
1500和1280。每个值至少完成一轮网页和持续下载测试；这些是排查对照值，不是所有网络的最佳值。若 1500 或 1280 恢复稳定，保留结果并停止继续改动。 - 普通
ping只能帮助排除本地链路的明显问题，不能代表代理隧道中的实际吞吐。TUN 下应以同一网页、同一文件和连接日志的前后对比为主。 - 检查 DNS 时先恢复客户端默认或此前可用设置，再一次只改一个 DNS 选项。不要把 Xray、sing-box 或其他核心的字段含义混用。
如果 TUN 模式下测速显示 -1，但普通网页和下载正常，不要马上认定节点失效。v2rayN 官方 Issue 曾记录测速子进程未被 TUN 保护路径覆盖，导致真实延迟显示为 -1；可先关闭 TUN 做对照，再用实际访问验证。参见 v2rayN 官方 Issue：TUN 模式测速显示 -1。
什么时候更新订阅、换节点、换线路或停止改配置
| 复测结果 | 动作 | 不要做什么 |
|---|---|---|
| 订阅更新后节点参数变化，旧节点结果失效 | 先更新订阅，确认当前节点信息完整后重新测速 | 不要拿旧参数和新节点直接比较 |
| 只有一个节点三轮都慢，其他节点正常 | 换节点，并保留原节点记录 | 不要先改全局 DNS 或 TUN |
| 同一时段多个节点同时下降，错峰后恢复 | 记录时段，比较不同线路或错峰使用 | 不要凭一次测速断定节点永久异常 |
| 直连和代理都慢 | 检查 Wi-Fi、热点、路由器、后台流量和设备 | 不要先联系服务商要求更换所有节点 |
| 网页正常，只有测速按钮失败 | 核对 SpeedTest Url，关闭 TUN 做实际网页和下载验证 | 不要只凭 -1 或 0 判定节点失效 |
| 改了多个参数后结果更乱 | 恢复最近一次可用设置，每次只改一项 | 不要继续叠加修改 |
结论：单节点慢，先换节点；多个节点同一时段一起慢，再查线路或本地网络；只有日志和对照测试明确指向 TUN、DNS、端口或核心时，才继续改配置。建议把每次测试的时间、目标、节点、稳定速度和命中策略保存下来，下一次才能判断问题是否真的改善。
常见问题
v2rayN 延迟很低，为什么下载速度还是慢？
延迟只反映连接响应时间，不等于持续吞吐。节点可能有带宽限制、晚间拥塞、丢包重传或下载源限速。应固定同一测速地址，比较 2 至 3 个节点三轮稳定速度，而不是按延迟从低到高直接选节点。
v2rayN 直连测试失败，还能建立速度基线吗？
可以，但不要把直连失败当成零速度。改用当前网络能够直连访问的文件或网站记录本地基线；代理测试则使用固定的代理测速地址，分别解读两组结果。
v2rayN 默认本地端口是多少？
混合端口通常为 10808，但不同版本、平台或自定义配置可能不同，应以 v2rayN 设置页为准。系统代理和浏览器代理必须指向实际监听的同一个端口。
测速地址在哪里查看？
在设置中查找名称类似“SpeedTest Url”或“速度测试地址”的项目，先记录并固定它再比较节点。若菜单名称不同，以当前版本界面为准；不要把测速地址、订阅地址和节点链接混为一谈。
v2rayN 只有晚上速度慢，应该改 DNS 吗？
先比较同一节点白天和晚间的三轮结果。如果多个节点在晚间同时下降，优先检查本地网络繁忙或线路高峰；如果只有一个节点下降，先换节点。DNS 不应被当作所有速度问题的通用加速开关。
TUN 模式测速显示 -1，但网页能打开，节点坏了吗？
不一定。测速子进程、TUN 路径或测试目标可能导致异常结果。先关闭 TUN 做对照，再用固定网页和下载目标验证实际体验；若实际访问正常，不要只凭测速按钮的 -1 判定节点失效。
常见问题
v2rayN 延迟很低，为什么下载速度还是慢？
延迟只反映连接响应时间，不等于持续吞吐。节点可能有带宽限制、晚间拥塞、丢包重传或下载源限速。应固定同一测速地址，比较 2 至 3 个节点三轮稳定速度。
v2rayN 直连测试失败，还能建立速度基线吗？
可以，但不要把直连失败当成零速度。改用当前网络能够直连访问的文件或网站记录本地基线，代理测试则使用固定的代理测速地址，分别解读两组结果。
v2rayN 默认本地端口是多少？
混合端口通常为 10808，但不同版本、平台或自定义配置可能不同，应以 v2rayN 设置页为准，并确认系统代理指向实际监听端口。
测速地址在哪里查看？
在设置中查找名称类似“SpeedTest Url”或“速度测试地址”的项目，先记录并固定它再比较节点。不同版本菜单名称可能略有差异。
v2rayN 只有晚上速度慢，应该改 DNS 吗？
先比较同一节点白天和晚间的三轮结果。多个节点同时下降，优先检查本地网络繁忙或线路高峰；只有一个节点下降，先换节点。
TUN 模式测速显示 -1，但网页能打开，节点坏了吗？
不一定。测速子进程、TUN 路径或测试目标可能导致异常结果。先关闭 TUN 做对照，再用固定网页和下载目标验证实际体验。