v2rayN 延迟高速度慢怎么解决？
简答：先在 v2rayN 中测试“服务器真连接延迟”，再关闭代理测一次本地网络速度，最后用同一下载目标对多个节点做三轮对照。延迟高不一定代表下载慢，低延迟也不保证带宽足够；根据测试结果分别处理节点、线路、DNS、路由或 Windows 代理冲突。
定义：v2rayN 延迟高是请求往返时间较长，速度慢是实际吞吐不足，二者需要用不同测试分别判断，不能只看一个延迟数字。
先做三项测试：不要一上来乱换参数
本站是第三方使用指南站，不是 v2rayN 官方站。请先保持同一台电脑、同一网络、同一浏览器或下载工具，并记录测试时间、节点名称、测试结果和是否开启 TUN。
| 测试项目 | 在 v2rayN 中怎么做 | 主要判断什么 |
|---|---|---|
| 服务器真连接延迟 | 在节点列表选中节点，使用“测试服务器真连接延迟”（以当前版本界面为准） | 代理连接经过节点后的响应情况，不是电脑直连节点地址的普通 Ping |
| 本地网络对照 | 暂时关闭系统代理或退出 v2rayN，再打开同一网页或下载同一文件 | 排除 Wi-Fi、移动热点、家庭宽带和本机网络本身的瓶颈 |
| 实际速度 | 选择“测试服务器速度”或使用同一下载目标，至少测三轮 | 观察稳定速度、波动和是否只有某一个节点慢 |
v2rayN 项目讨论中区分了“测试服务器真连接延迟”和速度测试：前者是通过服务器发起连接测试，后者才更接近吞吐能力；因此不要把真连接延迟直接当成下载速度。v2rayN 项目关于真连接延迟与速度测试的说明
可以直接复制下面的记录格式，避免凭印象判断：
日期与时间：____
网络类型：Wi-Fi / 网线 / 移动热点
节点：____
真连接延迟：____ ms
第一轮速度：____
第二轮速度：____
第三轮速度：____
网页 / 视频 / 下载表现：____
TUN：开 / 关
路由模式：____按结果判断：高延迟和低速度分别怎么处理
| 你看到的现象 | 优先怀疑 | 先做的处理 |
|---|---|---|
| 延迟高，但三轮下载速度基本稳定 | 节点地区距离、跨网线路或目标站点响应慢 | 在同一时间测试相邻地区的多个节点，不要只按延迟最低选择；用实际下载速度和网页打开情况复核 |
| 延迟低，但下载速度慢 | 节点带宽、节点负载、线路拥塞或单一下载源限速 | 更换同订阅中的其他节点，并用同一文件做三轮对照；如果只有一个目标慢，换网页或下载目标验证 |
| 白天正常，晚间明显变慢 | 时段性拥塞、家庭网络占用或无线干扰 | 在相同节点分别做错峰和高峰测试，同时用网线或靠近路由器的设备对照 |
| 所有节点都慢，关闭代理后也慢 | 本地宽带、Wi-Fi、移动热点或后台下载 | 先暂停云盘、系统更新和其他大流量任务，再检查本地网络，不要先改协议参数 |
| 只有浏览器慢，其他程序正常 | 浏览器独立代理插件、缓存、扩展或浏览器没有使用系统代理 | 暂时关闭浏览器代理插件与扩展，确认浏览器使用的是系统代理，再重新测试 |
| 开启 TUN 后异常，关闭 TUN 后恢复 | TUN 栈、DNS、路由或其他网络软件冲突 | 先关闭 TUN 验证；确认没有同时运行其他代理、VPN 或虚拟网卡软件，再检查 v2rayN 的 TUN 与 DNS 设置 |
这张表是排查顺序，不是对某个节点或服务商的质量结论。节点是否拥塞、是否限速，只能在相同网络、相同目标和相近时间条件下通过对照测试判断。
四步处理 v2rayN 速度慢：从低风险设置开始
- 先确认系统代理真的生效。打开 v2rayN 的“设置”或“参数设置”，检查“系统代理和路由”相关选项；普通网页测试时可先使用“自动配置系统代理”，再确认浏览器没有启用另一个独立代理插件。v2rayN Wiki 将系统代理定义为把部分应用流量转发到核心的入口，并列出“清除系统代理”“自动配置系统代理”“不改变系统代理”和 PAC 等模式。v2rayN Wiki：系统代理和路由
- 检查路由模式，避免不需要的流量绕路。在“路由设置”或相近入口中查看当前模式。若只是测试某个网页或下载目标，可先使用与订阅规则匹配的常规分流模式；若需要判断完整代理链路，再临时切换到全局模式进行对照。测试结束后恢复日常模式，避免把所有本地流量长期送入代理。
- 检查 DNS，不要一次修改很多项。进入“设置—DNS 设置”（以当前版本界面为准），先记录原值，再使用 v2rayN 提供的默认 DNS 配置导入或恢复默认。Wiki 说明中区分了直连 DNS、远程 DNS 和 Bootstrap DNS，并指出 Xray 与 sing-box 对这些 DNS 的使用方式不同；因此不要照抄其他核心的配置到当前核心。v2rayN Wiki：界面、TUN 与 DNS 设置说明
- 最后才检查 TUN、核心和其他虚拟网卡。如果关闭 TUN 后速度恢复，先保持 TUN 关闭完成节点对照，再逐项检查 TUN 栈、DNS、自动路由和 MTU。v2rayN Wiki 列出了 TUN 栈的可用值，并提醒不同核心支持范围不同；修改前应保存原设置，改动一次后重启服务并重新测试。v2rayN Wiki：TUN 栈、MTU 与 DNS 说明
如果你使用了多个代理软件、VPN、网络加速器或虚拟网卡，先全部退出，只保留 v2rayN 做一次对照。这样可以判断问题是否来自端口占用、代理链叠加或路由重复，而不是把多个变量同时改掉。
DNS、TUN 和核心设置的安全调整顺序
DNS 主要影响域名解析和网页开始连接前的等待时间，通常不能直接把节点的物理带宽变高；如果大文件下载速度始终低，优先回到节点和线路对照测试。开启 TUN 后，流量接管范围扩大，DNS 和路由也会参与处理，所以 TUN 异常时应先回退到系统代理模式确认问题范围。
- DNS 变更：只改一项，记录旧值；如果网页从“长时间等待”变为立即开始，再继续观察多个域名，而不是只凭一个网站下结论。
- TUN 变更：先关闭 TUN 测试，再开启 TUN 测试；若结果差异明显，检查 TUN 栈、自动路由、DNS 和 MTU，不要同时更换核心。
- 日志设置：排查时临时提高日志级别，复现一次后恢复常用级别。日志只用于寻找连接失败、解析失败或路由异常，不应长期保持高日志量。
- 更新软件：需要升级时从项目的 Releases 页面核对当前版本、文件名和变更说明，升级前备份配置；不要根据第三方下载页的文件名判断版本。v2rayN 官方 Releases 页面
什么时候应该换节点，什么时候不该换
可以换节点的情况是：同一网络、同一目标、同一时间测试时，某个节点连续三轮明显低于其他节点，且关闭代理后的本地网络速度正常。此时优先比较地区、线路、节点负载和实际吞吐，不要只看延迟数字。
不建议立即换节点的情况是：所有节点都慢、关闭代理后直连也慢、只有一个网站慢，或者开启 TUN 才变慢。先按本地网络、浏览器代理、DNS、路由和 TUN 的顺序排查，否则频繁换节点可能掩盖真正问题。
如果 v2rayN 显示延迟为“-1”或测试超时，先检查节点是否仍可连接、当前核心和 TUN 状态，再重新进行真连接测试。项目讨论中也记录过特定核心与 TUN 组合下延迟显示异常的情况，因此这个数字不能单独证明节点一定不可用。v2rayN 项目关于 TUN 模式延迟显示异常的讨论
常见问题
v2rayN 延迟高是不是一定速度慢？
不一定。延迟表示请求往返响应时间，速度表示实际吞吐；高延迟但下载稳定，可能只是节点距离或线路较远，低延迟但下载慢则可能是节点带宽、负载或目标站点限制。应分别做真连接延迟和实际速度测试。
v2rayN 测速应该看普通 Ping 还是服务器真连接延迟？
排查代理使用体验时，优先看“测试服务器真连接延迟”，再用实际下载或网页加载验证速度。普通 Ping 只反映直连 ICMP 路径，不能代替通过节点建立连接后的测试。
v2rayN 开启 TUN 后速度变慢怎么办？
先关闭 TUN，确认系统代理模式下节点速度是否恢复；如果恢复，再检查 TUN 栈、DNS、自动路由、MTU，以及是否同时运行其他代理或 VPN 软件。每次只改一个设置，改后重启服务并重新测试。
为什么白天速度正常，晚上速度慢？
这可能与时段性拥塞、家庭网络占用或无线干扰有关，但不能仅凭时间直接下结论。请在同一节点、同一下载目标下做错峰和高峰对照，同时暂停本地后台下载，比较直连与代理结果。
v2rayN 延迟显示 -1 或超时，是节点失效了吗？
不一定。先确认节点能够启动、当前核心和 TUN 状态，再重新执行真连接测试；如果只有特定核心与 TUN 组合显示异常，可能是测试显示问题。最终应以网页访问和实际速度对照判断。