外观
能连上但速度慢、视频卡顿、隔一会儿就断一下，这类机场速度慢与断流问题比连不上更难排查，因为影响因素很多。速度慢多数时候是瓶颈问题（本地带宽、Wi-Fi、设备性能、晚高峰线路负载），断流多数时候是稳定性问题（丢包、延迟波动、设备休眠、节点自动切换），两者的排查方向不同。本页先用「两步速查」表按症状定位问题类型，再按第一步到第十步的顺序排查：先排除本地宽带和 Wi-Fi，再看时段、测试方法、丢包与中断、设备状态，然后分平台检查、对照报错、用命令行测量并做对照记录，帮你判断瓶颈到底在哪一段，以及什么时候值得联系服务商或更换线路。
两步速查：先定位问题类型
第一步在下表找到与你最接近的症状，判断瓶颈在本地、时段、节点还是设备；第二步点「先看哪一节」跳到对应步骤，表中的处理方法都在后文有详细说明。
| 症状 | 可能原因 | 第一个动作 | 先看哪一节 |
|---|---|---|---|
| 不开代理也慢 | 本地宽带、Wi-Fi、路由器 | 有线连接测本地速度 | 第一步：先排除本地宽带、网卡、Wi-Fi 和设备限制 |
| 白天快、晚上慢 | 晚高峰线路和节点负载 | 晚高峰换地区和线路对比 | 第二步：白天正常、晚高峰速度下降 |
| 某个节点全天都慢 | 节点负载高或线路差 | 换同地区其他节点 | 第二步：白天正常、晚高峰速度下降 |
| 测速很快，下载和视频慢 | 单连接性能、目标服务器远 | 用实际目标测试 | 第三步：测速快但实际下载或播放慢 |
| 只有某个网站慢 | 该网站自身或分流规则 | 切全局模式对比 | 第三步：测速快但实际下载或播放慢 |
| 视频隔一会儿缓冲一次 | 丢包、延迟波动 | 长时间 ping 观察 | 第四步：延迟波动、丢包和间歇中断 |
| 每隔固定时间断一下 | 自动切换节点、定时更新 | 检查策略组和更新间隔 | 第四步：延迟波动、丢包和间歇中断 |
| 手机锁屏后断开 | 系统后台与省电限制 | 允许客户端后台运行 | 第五步：检查设备休眠、后台状态和网络切换 |
| 电脑睡眠唤醒后上不了网 | 客户端未重建连接 | 重新开关代理 | 第五步：检查设备休眠、后台状态和网络切换 |
| 开 TUN 后明显变慢 | 设备处理开销 | 与系统代理模式对比 | 第六步：分平台排查 Windows / macOS / Android / iOS / 路由器 |
| 路由器代理速度上不去 | 路由器处理器性能 | 看处理器占用 | 第六步：分平台排查 Windows / macOS / Android / iOS / 路由器 |
| 完全连不上 | 不属于速度问题 | 转到连接失败排查 | 节点连接失败 |
核心结论
核心结论
- 先测本地：关闭代理测一次本地宽带速度，用有线对比 Wi-Fi，本地瓶颈占了相当大比例。
- 区分时段：白天快晚上慢多为高峰拥堵，固定时段规律性变慢与故障是两回事。
- 测速不等于体验：多线程峰值速度高，不代表单连接下载、视频和通话流畅。
- 断流看丢包和设备：间歇中断常见原因是丢包、Wi-Fi 信号波动、手机后台限制和网络切换。
- 自动切换可能制造断流：按延迟自动选择节点时，频繁切换会打断长连接。
- 设备性能也是瓶颈：老旧手机、路由器处理加密和规则时，处理器可能先于带宽跑满。
- 一次只改一个变量：换节点、换时段、换设备、换网络，逐一对照，结论才可靠。
先理解：带宽、延迟、抖动和丢包
「速度慢」其实是四个不同指标的统称，不同应用对它们的敏感程度完全不同；先分清是哪个指标出了问题，才能对症处理。
四个指标的定义
- 带宽（速度）：单位时间内能传输的数据量，决定大文件下载要多久、高清视频能否流畅加载。
- 延迟：数据包从你的设备到目标再返回所需的时间，通常以毫秒计，决定网页打开、游戏操作和通话的「跟手」程度。
- 抖动：延迟的波动幅度。平均延迟不高但忽高忽低，同样会让通话断续、视频缓冲。
- 丢包：发出的数据包没有到达或没有回应的比例。少量丢包会触发重传，让实际速度大幅下降；丢包严重时连接会中断。
不同应用最在意哪个指标
| 使用场景 | 最敏感的指标 | 说明 |
|---|---|---|
| 大文件下载 | 带宽、丢包 | 丢包会让单连接速度明显下降 |
| 视频点播 | 带宽、抖动 | 缓冲区能抵消一部分波动，但持续不足就会卡 |
| 直播、视频通话 | 抖动、丢包、延迟 | 实时性强，几乎没有缓冲余地 |
| 网页浏览 | 延迟 | 一个页面要建立很多连接，延迟高就会「慢慢转圈」 |
| AI 对话、在线编辑 | 延迟、稳定性 | 长连接中断会导致回复中止或保存失败 |
| 游戏 | 延迟、抖动 | 对带宽要求反而不高 |
这也是为什么「测速很快但体验很差」并不矛盾：测速主要测的是带宽，而你遇到的问题可能出在延迟、抖动或丢包上。
第一步：先排除本地宽带、网卡、Wi-Fi 和设备限制
代理的速度不可能超过你本地网络的速度。在怀疑节点之前，先确认本地链路没有成为瓶颈。
排查顺序
- 关闭代理测本地速度：退出客户端或关闭系统代理，用常用测速网站测一次，作为基准。
- 有线对比 Wi-Fi：电脑用网线直连路由器再测一次。有线明显更快，说明瓶颈在 Wi-Fi。
- 检查网卡协商速率：网线或网口质量差时，千兆网卡可能只协商到百兆。
- 检查设备负载：CPU 占用过高、同时运行大量下载或同步任务，都会拖慢速度。
- 检查路由器：老旧路由器在连接数多时性能下降明显，重启后观察是否改善。
- 检查家里其他设备：其他设备正在下载、备份或播放高清视频时，会占用共享带宽。
各系统查看网卡连接速率
| 系统 | 查看方式 |
|---|---|
| Windows 10 / 11 | 设置 → 网络和 Internet → 选择以太网或 WLAN → 查看属性中的链接速度 |
| macOS | 按住 Option 键点击菜单栏的 Wi-Fi 图标，可看到当前连接的速率等详细信息 |
| Android | 设置中点开已连接的 Wi-Fi 网络，部分系统会显示连接速度和频段 |
| iOS / iPadOS | 系统设置中不直接显示协商速率，可通过靠近路由器、切换频段对比 |
Wi-Fi 常见瓶颈
| 现象 | 可能原因 | 处理方法 |
|---|---|---|
| 隔墙后明显变慢 | 信号衰减 | 靠近路由器，或增加无线接入点 |
| 2.4GHz 下速度低 | 频段拥挤、带宽窄 | 改连 5GHz 网络 |
| 多人使用时变慢 | 共享带宽 | 错开大流量下载时段 |
| 设备老旧速度上不去 | 网卡规格较低 | 有线连接或更换设备测试 |
| 时快时慢、偶尔断开 | 信道干扰、信号边缘 | 换信道、靠近路由器或使用有线 |
示例场景：换了千兆宽带却没变快
示例场景：用户升级了更高带宽的宽带套餐，但无论开不开代理，电脑测速都和以前差不多。按顺序检查后发现，电脑通过 Wi-Fi 连接，且连的是 2.4GHz 频段；改用网线后速度明显提升，再查看网卡属性又发现网线只协商到了百兆。这类情况与机场无关，更换合格网线、改用 5GHz 或有线连接即可。
第二步：白天正常、晚高峰速度下降，按时段对比
晚上八点到十一点左右，很多地区的家庭宽带使用量集中，跨境线路和节点服务器的负载也同时上升。如果你的速度只在这个时段明显下降，大概率是高峰拥堵，而不是配置错误。
判断方法
- 在白天和晚高峰各测一次同一个节点，记录速度和延迟；
- 晚高峰时换几个不同地区、不同线路类型的节点对比；
- 连续几天观察，看是否每天固定时段变慢；
- 晚高峰时关闭代理测一次本地速度，确认本地宽带自身是否也在降速。
| 观察结果 | 判断 |
|---|---|
| 所有节点晚高峰都慢，白天都快 | 本地运营商出口拥堵的可能性较大 |
| 只有某些地区的节点晚高峰慢 | 这些地区的线路高峰负载高 |
| 某个节点全天都慢 | 节点本身负载高或线路质量差 |
| 不同天表现差异很大 | 偶发拥堵或服务端临时问题 |
| 晚高峰关闭代理也慢 | 本地宽带在高峰期降速，与机场无关 |
为什么晚高峰会变慢
一次代理访问会经过本地宽带接入、运营商骨干网、跨境出口、节点服务器和目标网站多个环节，其中任何一个环节在高峰时段达到容量上限，都会出现排队和丢包。家庭用户集中在晚上上网、看视频，使运营商出口和跨境链路的负载在这一时段同时上升；节点服务器的用户也大多在同一时段活跃，带宽被更多人分摊。因此晚高峰降速通常是多个环节叠加的结果，单靠调整客户端设置很难完全解决，更有效的办法是选择在高峰时段仍有余量的线路和节点。
别忽略套餐本身的限制
部分套餐在说明中写明了速率上限、同时在线设备数或公平使用规则。如果你的速度总是稳定在某个数值附近、无论换哪个节点都上不去，先回到服务商后台查看套餐说明，确认是否存在限速条款；家里多台设备同时使用同一个订阅时，也要考虑带宽和设备数被分摊的影响。套餐规则的阅读方法见 流量与计费入门。
处理建议
- 晚高峰优先选择你实测表现更好的地区和线路；
- 大文件下载尽量安排在非高峰时段；
- 对延迟敏感的用途（通话、游戏），优先选延迟稳定的节点，而不是峰值速度最高的节点；
- 如果晚高峰长期无法满足需求，在选择机场时重点看晚高峰的实测数据，而不是白天的峰值速度。
晚高峰数据的阅读方法，见 晚高峰测速；不同线路的区别，见 线路知识；各家服务的晚高峰表现记录，可参考 晚高峰稳定性记录。
第三步：测速快但实际下载或播放慢，换真实目标测试
客户端测速或测速网站显示速度很快，但下载文件、看视频依然慢，这是非常普遍的困惑。原因在于测速和真实使用的方式不同。
测速与实际使用的差异
| 维度 | 常见测速 | 实际使用 |
|---|---|---|
| 连接数 | 多线程并发 | 很多下载和播放只使用一个或少数连接 |
| 目标服务器 | 离节点较近的测速服务器 | 你实际访问的网站，可能距离更远 |
| 持续时间 | 十几秒到几十秒 | 持续数分钟到数小时 |
| 关注指标 | 峰值带宽 | 稳定性、延迟和丢包 |
| 传输协议 | 多为 TCP | 部分视频和网页服务会优先使用基于 UDP 的协议 |
客户端里的「延迟测试」只是测到某个测试地址的响应时间，更不能代表下载速度。
更贴近真实的验证方法
- 用你实际要访问的网站或服务测试，例如下载一个常用的大文件、播放一段高清视频；
- 观察持续几分钟后的平均速度，而不是开头的峰值；
- 同一目标在不同节点上对比；
- 如果只有某个网站慢，可能是该网站自身的服务器或分发网络问题。
关于分流规则
如果目标网站被分流规则判定为直连，它就不会走代理，速度取决于你的本地网络。切换到「全局」模式对比一次，可以确认流量到底有没有经过节点。
示例场景：测速很快，下载软件安装包却很慢
示例场景：用户在客户端里测速显示速度很快，但下载一个海外网站的软件安装包时速度始终很低。排查后发现两点：一是测速使用了多线程，而浏览器下载这个文件只用了一个连接；二是该软件的下载服务器离节点所在地区很远，跨区域传输本身就慢。换一个离下载服务器更近地区的节点后速度明显改善。这说明「节点快不快」要结合「你要访问的目标在哪里」一起判断，同一个节点访问不同网站的表现可能相差很大。
UDP 与视频卡顿
部分视频网站和浏览器会优先使用基于 UDP 的传输协议（例如 HTTP/3 使用的 QUIC）。如果节点或客户端对 UDP 的支持不完整，应用通常会回退到 TCP，但回退过程可能带来起播慢或偶发卡顿。遇到「只有某些视频网站卡、其他都正常」时，可以换一个明确支持 UDP 的节点对比，或查看客户端是否有与 UDP 相关的设置，具体以客户端和服务商说明为准。
第四步：延迟波动、丢包和间歇中断，分段判断
视频突然缓冲、语音通话断断续续、网页隔一会儿就转圈，这类断流问题往往与丢包和延迟波动有关，而不是带宽不够。排查的关键是分段确认：先看本地到路由器，再看本地到外网，最后看代理链路。
分段判断的思路
- 到路由器：如果连路由器都有明显丢包，问题在本地 Wi-Fi 或网线；
- 到国内常用网站（不开代理）：本地到路由器正常、到外网丢包，问题在宽带或运营商；
- 代理链路：前两段都正常、只有代理下中断，问题在节点线路或客户端设置。
具体命令见本页「第八步：进阶诊断」。
判断表
| 现象 | 可能原因 | 处理方法 |
|---|---|---|
| ping 路由器也丢包 | Wi-Fi 干扰、信号弱、网线问题 | 有线连接、换频段、靠近路由器 |
| 本地正常、代理下频繁中断 | 节点线路丢包或负载高 | 换不同线路类型的节点对比 |
| 每隔固定时间断一次 | 客户端自动切换节点、定时更新订阅 | 检查自动选择策略与更新间隔 |
| 只有大流量时断 | 本地带宽或节点带宽被占满 | 降低并发下载，换时段 |
| 长时间空闲后第一次请求失败 | 连接被中间设备回收 | 重新发起请求即可，频繁时换节点 |
| 只有通话类应用断 | UDP 支持不完整或抖动大 | 换支持 UDP 的节点，固定节点使用 |
自动选择节点可能造成断流
部分客户端支持按延迟自动选择节点。如果几个节点延迟接近，客户端可能频繁切换，导致已建立的连接中断。对视频和通话这类长连接，固定使用一个稳定节点通常更好。
示例场景：AI 对话回复到一半中断
示例场景：用户在使用网页版 AI 工具时，长回复经常生成到一半就报错，但普通网页浏览正常。这类长连接对稳定性要求高，常见原因是客户端使用了按延迟自动选择的策略组、在回复过程中切换了节点。把访问该服务的流量固定到一个稳定节点后通常会改善；如果固定节点后仍然中断，再看是否是该节点在高峰时段丢包。AI 工具的使用与网络要求见 AI 工具专题。
节点长期稳定性的评估方法，见 长期稳定性。
第五步：检查设备休眠、后台状态和网络切换
很多「断流」其实发生在设备一侧：系统为了省电结束了客户端，或者网络切换时连接没有及时恢复。
移动设备
| 系统 | 常见问题 | 处理方向 |
|---|---|---|
| Android | 系统省电策略清理后台，锁屏后断开 | 在电池或应用管理中允许客户端后台运行、取消省电限制，菜单位置因品牌而异 |
| Android | 系统提示 VPN 连接被其他应用接管 | 同一时间只能有一个 VPN 类应用生效，关闭其他应用 |
| iOS / iPadOS | 切换 Wi-Fi 与移动数据后短暂中断 | 网络切换时连接需要重建，属正常现象；频繁时检查客户端设置 |
| iOS / iPadOS | 开启低电量模式后表现变化 | 低电量模式会限制后台活动，必要时关闭对比 |
电脑
- 睡眠唤醒后无法上网：部分客户端在系统唤醒后不会自动重建连接，重新开关一次代理或重启客户端即可。
- 笔记本切换网络：从家里换到公司网络后，旧连接失效，客户端需要重新连接节点。
- 网卡节能：Windows 中部分网卡驱动支持「允许计算机关闭此设备以节约电源」，可能导致短暂断网，可在设备管理器的网卡属性中查看电源管理选项。
- 多个网络软件同时运行：加速器、其他 VPN、公司安全客户端等会与代理客户端争夺系统代理或路由，表现为时好时坏的断流，排查方法见 代理与系统冲突。
示例场景：通勤路上频繁断开
示例场景：用户在地铁通勤时，手机上的代理连接每隔几分钟就断一次，回到家连上 Wi-Fi 则一切正常。通勤途中信号在不同基站间切换、进出隧道时短暂无信号，每次网络变化都需要客户端重建连接；如果系统还在锁屏时限制了客户端的后台活动，重建就会更慢。这种场景下断开难以完全避免，可以做的是：允许客户端后台运行、关闭低电量模式对比、在信号稳定的地方再进行大文件下载或视频通话。判断标准是：只要在信号稳定的网络下表现正常，就不是节点或订阅的问题。
第六步：分平台排查 Windows / macOS / Android / iOS / 路由器
除了网络本身，不同平台上的客户端运行方式、系统资源和后台策略也会影响速度和稳定性；下面按平台列出值得优先检查的项目。各平台客户端的选择，见 客户端下载。
Windows
- 对比系统代理与 TUN 模式：TUN 模式会接管全部流量，在性能较弱的电脑上可能带来额外开销；分别在两种模式下测同一个目标，差异明显时按需选择。
- 查看资源占用：测速时打开任务管理器，观察客户端进程的 CPU 和内存占用；接近满载说明设备性能是瓶颈。
- 安全软件的流量扫描：部分安全软件会对网络流量做实时扫描，可能拖慢速度，可临时关闭对应功能对比（对比完记得恢复）。
- 网卡电源管理：设备管理器 → 网络适配器 → 网卡属性 → 电源管理，查看是否允许系统为省电关闭该设备。
- 后台同步程序：网盘同步、系统更新、游戏平台下载都会在后台占用带宽，测速前暂停。
macOS
- Wi-Fi 详细信息：按住 Option 键点击菜单栏 Wi-Fi 图标，查看信号强度、噪声和传输速率，信号弱时先改善无线环境。
- 活动监视器：在「网络」和「CPU」页查看哪些进程在占用带宽和处理器。
- 系统代理与网络扩展模式对比：与 Windows 类似，不同接管方式性能开销不同，分别测试。
- 低电量模式：笔记本开启低电量模式后可能降低性能，测速时保持接通电源。
Android
- 后台与电池限制：在电池或应用管理中把客户端设为不限制，避免锁屏后被清理（菜单因品牌而异）。
- Wi-Fi 与移动数据自动切换：部分系统在 Wi-Fi 信号弱时会自动切换到移动数据，切换瞬间连接中断。可在 Wi-Fi 高级设置中查看相关选项。
- 省流量模式：会限制后台应用联网，排查时关闭。
- 设备性能：老旧手机在处理加密流量时可能先于带宽达到上限，可与另一台设备在同一网络下对比。
iOS / iPadOS
- 低电量模式与低数据模式：两者都会限制后台活动，排查断流时先关闭对比。
- 网络切换：Wi-Fi 与移动数据之间切换时连接需要重建，短暂中断正常；如果切换后长时间不恢复，在客户端内重新连接。
- 客户端内的连接日志：多数客户端可以查看最近的连接记录，确认断流时是否有大量请求失败。
- 多个 VPN 配置：设置 → 通用 → VPN 与设备管理 中只保留正在使用的配置，减少干扰。
路由器
- 处理器性能：测速时登录路由器管理界面观察处理器占用，接近满载时，速度瓶颈就是路由器本身。
- 规则与节点数量：规则集越大、节点越多，占用的内存和处理器资源越多，可精简不需要的规则集。
- 与加速功能的兼容：部分路由器固件的硬件加速或流量分载功能可能与代理插件存在兼容问题，是否需要关闭以插件文档为准。
- 无线与有线对比：电脑用网线接路由器测试，排除无线部分的影响。
- 路由器日志：通过 SSH 运行
logread -e 关键词，查看插件是否频繁重启或报错。
判断路由器是否为瓶颈有一个简单方法：在同一时间、同一节点下，分别用「电脑直接运行客户端」和「通过路由器代理」各测一次。电脑上明显更快，说明路由器的处理能力跟不上；两者接近，说明瓶颈不在路由器，应继续往线路和节点方向排查。
路由器方案的选择，见 路由器客户端。
第七步：对照报错与现象
速度慢和断流往往没有明确的报错弹窗，但客户端日志和应用表现里仍有可以对照的线索；下表把常见现象与日志关键词放在一起。不同客户端措辞不同，按关键词匹配即可。
| 日志关键词或现象 | 大致含义 | 优先检查 |
|---|---|---|
i/o timeout 零星出现 | 个别请求超时 | 丢包、节点负载，换节点对比 |
i/o timeout 集中出现 | 某段时间链路不通 | 本地网络是否中断、节点是否波动 |
connection reset / broken pipe | 连接被中途断开 | 线路丢包、节点重启、自动切换 |
EOF 频繁出现 | 对端提前关闭连接 | 节点负载或协议参数，换节点对比 |
| 策略组频繁切换记录 | 自动选择在节点间来回切换 | 固定节点或调整测速间隔 |
too many open files | 打开的连接数超过系统限制 | 减少并发下载，重启客户端 |
| 视频反复缓冲，网页正常 | 带宽不足或抖动大 | 换时段、换节点、降低清晰度对比 |
| 通话断续，下载正常 | 抖动或 UDP 支持不完整 | 换支持 UDP 的节点 |
| 网页首次打开慢、之后正常 | DNS 解析慢或延迟高 | 见 DNS 解析问题 |
| 唤醒或切换网络后全部失败 | 客户端未重建连接 | 重新开关代理 |
第八步：进阶诊断，用命令行测量延迟、丢包和速度
当凭感觉无法判断时，几条命令可以把延迟、丢包和速度量化，并定位到具体哪一段；以下命令都只读取信息，不修改系统设置。命令中的 192.168.1.1、example.com、端口 7890 都是示例，请替换成你自己的实际值。
1. 长时间 ping：观察丢包与延迟波动
先对你的路由器做长时间 ping，判断本地链路是否稳定，再对一个国内常用网站做同样的测试：
bash
# Windows：持续 ping，按 Ctrl+C 停止并查看统计
ping -t 192.168.1.1
# macOS / Linux：发送 100 个包后输出丢包率和延迟统计
ping -c 100 192.168.1.1把 192.168.1.1 换成你的路由器地址（在网络设置中可以看到「路由器」或「默认网关」）。如果连路由器都有明显丢包，问题在本地 Wi-Fi 或网线。macOS 和 Linux 的统计结果中，min/avg/max/stddev（或 mdev）的最后一项反映延迟波动，数值越大抖动越明显。
2. 路由追踪：看延迟在哪一跳升高
bash
# Windows
tracert example.com
# macOS / Linux
traceroute example.com3. 分段统计丢包：pathping 与 mtr
bash
# Windows：先列出路径，再对每一跳统计丢包，默认需要等待一两分钟
pathping -n example.com
# macOS / Linux：mtr 需另行安装（macOS 可用 Homebrew 的 mtr），通常需要 sudo
sudo mtr -r -c 100 example.com阅读结果时注意：中间某一跳显示丢包，但后面各跳都不丢包，通常只是那台路由器不优先回应探测包，不代表真实丢包；只有从某一跳开始、之后所有跳都持续丢包，才说明那一段链路有问题。
4. 通过代理测速度：curl
bash
# 通过客户端本地端口下载测试文件，输出平均下载速度（字节/秒）和总耗时
curl -x http://127.0.0.1:7890 -o /dev/null -sS -w "速度:%{speed_download} 字节/秒 耗时:%{time_total} 秒\n" "测试文件地址"
# 分阶段计时，判断慢在连接、握手还是等待首字节
curl -x http://127.0.0.1:7890 -o /dev/null -sS -w "连接:%{time_connect} TLS:%{time_appconnect} 首字节:%{time_starttransfer} 总计:%{time_total}\n" https://www.gstatic.com/generate_204curl 下载是单连接，结果更接近单线程下载的真实体验。把同一条命令在不同节点、不同时段各跑几次，就是一组可比较的数据。Windows 上请用 curl.exe，并把 /dev/null 换成 NUL。测试文件请选择你信任的网站提供的公开测试文件，不要反复下载大文件占用不必要的流量。
5. 检查系统时间和代理设置
断流有时并非网络问题，而是代理设置被其他软件改动。Windows 可在 设置 → 网络和 Internet → 代理 中查看；macOS 可在终端运行 scutil --proxy 查看当前生效的代理配置。
测量也会消耗流量
长时间 ping 几乎不消耗流量，但通过代理反复下载测试文件会计入套餐流量。测量时控制次数和文件大小，并注意节点倍率。
第九步：按节点、时段和测试目标做对照记录
速度问题最忌讳「一次改很多东西」。下面是一套可以重复执行的对照流程，每次只改变一个变量。
对照流程
- 建立基准：关闭代理，记录本地速度、到路由器的 ping 结果。
- 固定节点，换时段：同一节点在白天、晚高峰各测一次。
- 固定时段，换节点：同一时段测 3–5 个不同地区、不同线路的节点。
- 固定节点和时段，换目标：用测速网站、实际下载、视频播放分别验证。
- 固定其他条件，换设备或网络：电脑对比手机，Wi-Fi 对比移动数据。
对照记录表
复制下表到自己的表格里，每测一次记一行。示例行只演示写法，数值是虚构的：
| 时间 | 网络 | 设备 | 节点 | 测试目标 | 速度 | 延迟 | 是否中断 |
|---|---|---|---|---|---|---|---|
| 示例：周二 21:30 | 家庭宽带 Wi-Fi | 笔记本 | 香港某节点 | 测速网站 | 30 Mbps | 60 ms | 否 |
建议连续记录三到七天，每天至少覆盖白天和晚高峰两个时段，这样得到的结论比单次测速可靠得多。
怎么从记录里读出结论
- 按时段看：同一节点白天和晚高峰差距很大，而本地基准不变，问题在线路高峰负载；
- 按节点看：同一时段某个节点明显落后于其他节点，问题在这个节点；
- 按网络看：同一节点在移动数据下正常、在家庭宽带下变慢，问题在宽带运营商到节点的线路；
- 按设备看：同一网络、同一节点，只有某台设备慢，问题在设备性能或设置；
- 按目标看：测速正常、只有某个网站慢，问题在目标网站或分流规则。
如果五个维度都看不出规律，说明问题可能是偶发的，继续记录一段时间，等规律出现再下结论。本站的测速方法和测试条件说明，见 测速方法说明。
第十步：仍未解决再联系服务商（附工单模板）
当本地网络已确认正常，并且在多个时段、多个节点上都有记录显示明显低于预期或频繁中断时，就值得联系服务商；附上对照记录，比一句「很慢」更容易得到有效处理。
应该联系服务商的情况
- 本地网络正常，多个时段、多个节点都明显低于套餐说明的水平；
- 某一地区或线路长期丢包、频繁中断；
- 某个节点在非高峰时段也持续很慢；
- 有完整的对照记录可以提供。
工单模板（示例）
text
问题类型：速度慢 / 断流
问题描述：[例如 晚高峰某地区节点下载速度明显下降 / 视频每隔几分钟缓冲一次]
出现时段：[例如 每天 20:00–23:00；或全天]
受影响节点：[节点名称，可写多个]
网络环境：[运营商 + 省市；有线还是 Wi-Fi；本地带宽]
设备与客户端：[平台 + 客户端名称；系统代理还是 TUN 模式]
本地基准：关闭代理时本地测速 [正常]，ping 路由器 [无丢包]
对照结果：
1. 白天同一节点 [正常]，晚高峰 [变慢]
2. 同时段其他地区节点 [正常 / 同样慢]
3. 换设备 / 换网络后 [仍然慢 / 恢复]
附件：对照记录表、客户端日志截图（已遮挡订阅链接和账号信息）把记录一起发给客服
附上对照记录表和客户端日志截图，比一句「很慢」更容易得到有效处理。
服务商对速度类问题的响应和处理质量，可参考 官方极速售后与服务保障。
预防：让速度和稳定性保持在好的状态
速度和稳定性问题无法完全避免，但几个日常习惯能明显减少它们出现的频率，并在出现时更快定位。
预防清单
| 习惯 | 作用 |
|---|---|
| 常用设备优先有线连接，无线优先 5GHz | 减少本地瓶颈和干扰 |
| 固定 2–3 个实测稳定的节点作为常用 | 减少自动切换带来的断流 |
| 长连接场景（通话、AI 对话、大文件）固定节点 | 避免中途切换导致中断 |
| 大文件下载安排在非高峰时段 | 避开拥堵，节省时间 |
| 手机给客户端设置后台不限制 | 避免锁屏后被清理 |
| 订阅自动更新间隔不要太短 | 避免更新时重载配置导致短暂中断 |
| 定期更新客户端和路由器插件 | 获得性能改进和问题修复 |
| 记录一份本地网络的基准数据 | 出问题时能快速判断是不是本地变差了 |
选择服务时的预防
如果对照记录反复显示晚高峰明显降速，而本地网络没有问题，说明你需要的是晚高峰表现更好的线路或服务，而不是继续调整设置。选择时优先参考在晚高峰时段测得的数据，见 晚高峰测速 和 稳定机场推荐。
合规提醒
本页内容仅用于网络速度与稳定性问题的技术排查。使用任何网络服务时，请遵守所在地法律法规以及所在单位的网络使用规定。
换一家怎么选
如果对照记录已经排除了本地网络和设备原因，晚高峰降速或断流仍然长期存在，而服务商的回复解决不了问题，可以考虑换一家线路或准备一个备用服务。换之前先确认自己的预算和每月用量，再按价格档对比：
- 预算每月 10 元以内、能接受一次付清全年：看 10 元以内年付机场对比；
- 想按月付、每月 15 元左右：看 15 元档月付：唯兔云与宇宙云；
- 每月用量在 100GB 以上：看 18–20 元档月付机场对比 和 25 元 150GB 档机场对比。
所有已收录品牌的资料、测速截图和注意事项都在 机场品牌库，按用途分的推荐专题见 按预算和场景选机场。不管换哪家，新服务都建议先买最短周期，下单前按 如何挑选一个靠谱的机场 核对一遍红线信号；主用和备用最好来自不同的服务商。
常见问题
为什么白天速度正常，一到晚上就很慢？
晚高峰时段本地宽带出口、跨境线路和节点服务器的负载都会上升，速度下降很常见。可以换不同地区或线路的节点对比，并参考在晚高峰时段测得的数据来选择节点和机场。
测速结果很快，为什么看视频还是卡？
测速通常是多线程测峰值，而很多应用只用单个连接；测速服务器与实际访问的网站位置也不同。此外延迟波动和丢包对视频、通话的影响比带宽更大。
手机锁屏后代理就断了怎么办？
多数是系统的省电或后台管理机制结束了客户端进程。在系统的电池或应用管理中允许客户端后台运行、取消省电限制，具体菜单因品牌和系统而异。
怎么判断是本地网络慢还是机场慢？
先关闭代理测一次本地宽带速度，再用有线连接对比 Wi-Fi。如果不开代理也慢，问题在本地；本地正常而代理下慢，再按节点、时段和测试目标逐项对照。
自动选择节点为什么反而会导致断流？
按延迟自动选择的策略组会定期测速，几个节点延迟接近时可能频繁切换，已经建立的长连接会因此中断。看视频、语音通话或下载大文件时，固定使用一个稳定节点通常更好。
丢包率多少算有问题？
到自家路由器的 ping 正常应接近零丢包；如果连路由器都持续丢包，问题在 Wi-Fi 或网线。到远端的丢包要结合多次、多时段的测量判断，单次少量丢包不必过度解读。
开了 TUN 模式后速度变慢正常吗？
TUN 模式需要客户端在网络层处理所有流量，性能较弱的设备上可能带来额外开销。可以与系统代理模式对比测试，如果差异明显且你不需要接管全部应用，可改用系统代理模式。
路由器上跑代理插件速度上不去怎么办？
路由器的处理器性能往往是瓶颈，加密运算和大量规则匹配都会占用资源。登录管理界面观察测速时的处理器占用，如果接近满载，说明需要性能更强的设备或改在电脑、手机上运行客户端。
延伸阅读
- 晚高峰测速：高峰时段的速度表现如何阅读和对比。
- 晚高峰稳定性记录：按晚高峰表现整理的稳定性记录。
- 测速方法说明：本站测速的条件、目标和指标定义。
- 长期稳定性：判断节点是否容易断流的长期观察方法。
- 线路知识：不同线路类型对速度和稳定性的影响。
- 节点连接失败：完全连不上时的排查方法。
- DNS 解析问题：网页首次打开慢、解析异常时的排查。
- 稳定机场推荐：以稳定性为优先时的选择标准。
更新记录
| 日期 | 变更 |
|---|---|
| 2026-10-07 | 首次发布完整内容 |
| 2026-10-07 | 扩写为深度指南 |
| 2026-10-08 | 按搜索结果页结构调整：开头加「两步速查：先定位问题类型」表，正文小标题改为第一步到第十步的排查顺序 |
本专题文章
暂无文章，敬请期待。