网络加速速度慢怎么办？按线路、设备和 DNS 逐项排查
简答：先暂停下载、云同步和系统更新，关闭网络加速建立本地基线；再固定同一目标和线路，检查 Wi-Fi、设备负载、DNS、丢包与 MTU，最后根据“单线路慢还是全部慢”判断线路范围。每次只改一个变量，并连续复测 2 至 3 次。
定义：网络加速速度慢，是指连接后出现延迟高、网页首开慢、持续下载速率低、间歇卡顿或频繁断线中的一种或多种现象。
先做基线：一分钟判断问题在哪一层
先记录当前现象，不要一开始就更换 DNS 或频繁切换线路。关闭网络加速、暂停下载和云同步，使用同一网站或同一业务系统测试一次；随后恢复连接，再用同一目标复测。这样可以区分本地网络问题和线路问题。
| 现象 | 优先检查 | 下一步动作 |
|---|---|---|
| 只有一个线路慢 | 该线路、目标地址或远端服务 | 固定其他线路对比，记录 ping、路由和下载速率 |
| 所有线路都慢 | Wi-Fi、路由器、设备负载、DNS | 改用网线或手机热点复测，再检查本机配置 |
| 只有一个网站慢 | 域名解析、目标服务、内容分发路径 | 比较域名解析结果，并测试其他同类站点 |
| 仅晚高峰变慢 | 本地出口、运营商或线路拥塞 | 在白天和晚高峰使用同一目标连续记录 |
| 延迟不高但下载慢 | 持续吞吐、服务器限速或本地占用 | 用 curl 记录 speed_download，避免只看 ping |
延迟表示往返响应时间，丢包表示探测包没有收到回复，下载速率表示持续传输能力，三者不能互相替代。腾讯云的排查顺序也建议先区分网站慢还是网络慢，再从 DNS、Ping、路由、丢包和应用层逐层定位，可参考腾讯云关于 DNS、延迟和丢包的排查说明。
设备和本地网络：先排除 Wi-Fi 与后台占用
- 暂停占用：关闭下载工具、云盘同步、系统更新和视频会议，避免它们抢占上行或下行带宽。
- 做网络对照：同一设备分别使用当前 Wi-Fi、网线或手机热点测试。若热点正常而 Wi-Fi 慢，优先检查路由器、无线信号和其他设备占用。
- 检查设备：确认客户端只启用一套网络接管方式，暂时关闭重复的系统网络接管、旧配置和不再使用的规则；修改前先导出或记录原配置。
- 检查系统状态：Windows 使用管理员命令提示符运行
ipconfig /all查看地址、网关和 DNS；微软文档建议先确认这些值有效，再测试 DNS 服务器连通性，可参考Microsoft DNS 客户端排查文档。 - 安全边界：不要安装来历不明的软件，不要为测速关闭防火墙；安全软件的排除项应由设备管理员根据实际规则设置。
iPhone 可在“设置”中打开 Wi-Fi，进入当前网络的信息页，检查 DNS 和 HTTP 网络设置；Apple 也建议遇到 Wi-Fi 异常时重启设备、重启路由器，必要时忘记网络后重新加入，具体可参考Apple 的 iPhone Wi-Fi 设置说明。Android 可在设置中搜索“私人 DNS”，先保留“自动”作为基线，不要把 DNS 改动和线路切换同时进行，相关选项见Android 网络高级设置说明。
延迟、丢包和路径：用同一目标连续复测
命令测试前提是：你有一个稳定的域名或 IP 作为目标，并且目标允许 ICMP；部分服务器会限制 ping，因此“请求超时”不能单独证明线路一定丢包。
Windows
ping -n 50 example.com：连续发送 50 次，记录平均延迟和丢包比例。tracert example.com：查看到目标的路径。网关只用于判断本地链路，不要把网关延迟直接当成目标方向的质量。curl -o NUL -s -w "time_total=%{time_total} speed_download=%{speed_download}\n" https://example.com/：记录总耗时和下载速率；speed_download的单位是字节/秒。
macOS
ping -c 50 example.com：连续测试 50 次。traceroute example.com：查看路径变化。curl -o /dev/null -s -w "time_total=%{time_total} speed_download=%{speed_download}\n" https://example.com/：记录总耗时和字节/秒。
如果路径中某一跳显示超时，但后续目标仍能正常返回，不能仅凭这一跳判定故障；更有价值的是观察最终目标的连续丢包、延迟变化和不同时间段的重复结果。Windows 的 TRACERT 工作方式和限制可参考Microsoft TRACERT 文档。
| 时间 | 网络环境 | 目标 | 线路 | 平均延迟 | 丢包 | speed_download | 结论 |
|---|---|---|---|---|---|---|---|
| 填写日期时间 | 填写 Wi-Fi、网线或热点 | 填写域名 | 填写固定线路 | 填写 ms | 填写百分比 | 填写字节/秒 | 填写现象 |
| 假设数值：20:00 | 假设数值：Wi-Fi | 假设数值：example.com | 假设数值：线路 A | 假设数值：86 ms | 假设数值：2% | 假设数值：625000 字节/秒 | 假设数值：延迟可用但持续下载偏低 |
若要把字节/秒换算成约 Mbps，可按“字节/秒 × 8 ÷ 1,000,000”计算。上面的假设数值约为 5 Mbps，只是演示算法，不代表任何实际线路表现。
DNS：先对比解析，再决定是否修改
DNS 主要负责把域名转换为 IP 地址。它可能影响首次连接和返回的目标地址，但不能直接修复持续传输能力不足、无线信号差或线路拥塞。因此，换 DNS 前先记录当前设置和结果。
- Windows 查询当前 DNS：
nslookup example.com。 - 指定 DNS 对比：
nslookup example.com 1.1.1.1。将示例地址替换为你有权限使用且确认可达的 DNS 服务器，不要因为某次返回更快就直接下结论。 - 刷新缓存：Windows 管理员命令提示符运行
ipconfig /flushdns；微软文档说明该命令会清理本机 DNS 解析缓存。 - macOS 刷新缓存：终端运行
sudo dscacheutil -flushcache，再运行sudo killall -HUP mDNSResponder；输入管理员密码时不会显示字符。 - 移动端：iPhone 在当前 Wi-Fi 的信息页检查 DNS；Android 在设置中搜索“私人 DNS”，先使用“自动”复测，再在明确知道新配置来源和用途时调整。
如果当前 DNS 能稳定解析，且问题表现为持续下载慢或高峰期卡顿，优先回到延迟、丢包、设备占用和线路对照，不要把所有速度问题归因于 DNS。Windows 的 nslookup 支持直接指定 DNS 服务器，详细语法见Microsoft nslookup 文档。macOS 的 DNS 服务器修改位置可参考Apple 的 Mac DNS 设置说明。
MTU 与 IPv4/IPv6：网页能开但业务系统异常时检查
如果网页首页能打开，但登录、上传、文件下载或某些业务接口经常卡住，可以把 MTU、IPv4/IPv6 和防火墙规则列为后续检查项。不要一次修改多个参数，先保留原值和截图。
- Windows MTU 递减测试：在命令提示符运行
ping -f -l 1472 example.com；若提示需要分片，则逐步降低数字，例如 1464、1452，直到目标能够稳定返回。这个测试要求目标允许 ICMP。 - macOS MTU 递减测试：运行
ping -D -s 1472 example.com，同样逐步降低数据长度。不同系统和网络封装的可用值可能不同，应以连续复测结果为准。 - IPv4/IPv6 对照：分别测试同一域名的 A 和 AAAA 解析结果；若只在某一地址族下失败，记录结果后再检查路由器、网络接入和客户端设置。
- 规则与防火墙：确认没有重复的网络接管、错误分流或安全软件拦截。不要为了验证而长期关闭防火墙。
据此判断：只有特定业务接口异常、普通网页正常时，单纯更换 DNS 的收益通常有限，应同时保留路径、MTU 和地址族的对照结果。
最终定位：用“单变量复测”决定是否更换线路
- 固定目标、设备、网络环境和测试时间。
- 先测试当前线路，再只切换一条线路，其他设置保持不变。
- 每条线路至少连续测试 2 至 3 次，记录平均延迟、丢包、首开时间和持续下载速率。
- 若只有一条线路异常，记录线路名称和时间段，优先更换线路或提交诊断信息。
- 若所有线路都异常，回到 Wi-Fi、热点、路由器、DNS、MTU和设备规则检查。
- 若只有某个网站异常，记录域名解析结果、路径和应用层响应，不要用一个网站的结果代表全部网络。
对于游戏，重点看延迟、抖动和丢包；对于下载，重点看持续速率和稳定性；对于跨境办公业务，重点看首开、登录、上传下载和长连接是否稳定。不同场景应使用不同指标判断。
核对说明
本页含一处本项目自有产品的推荐入口，其余为通用说明，不针对任何第三方品牌。
命令中的 example.com 仅是占位目标，请替换为你实际要测试、且允许相应检测的域名或地址。
常见问题
网络加速速度慢，应该先换 DNS 吗？
不建议把换 DNS 作为第一步。先暂停下载和同步，关闭网络加速建立本地基线，再比较同一目标的延迟、丢包和持续下载速率；只有出现解析失败、解析超时或返回地址明显异常时，才进行 DNS 对比。
ping 延迟正常，为什么下载仍然很慢？
ping 主要反映小数据包的往返响应，不能代表持续传输能力。请使用同一目标记录 curl 的 speed_download，并检查后台占用、服务器限速、线路拥塞和丢包。
只有一个线路速度慢，其他线路正常怎么办？
固定同一设备、网络和目标，连续复测该线路与另一条线路。如果只有该线路在多个时间段异常，应保留测试时间、目标、延迟、丢包和下载速率，优先更换线路或提交诊断信息。
Windows 刷新 DNS 缓存会不会删除 DNS 设置？
不会。<code>ipconfig /flushdns</code> 清理的是本机解析缓存，不会直接删除网卡中的 DNS 服务器配置。刷新后应重新运行 <code>nslookup</code> 验证解析结果。
iPhone 没有命令行，怎么判断是设备还是线路问题？
用同一 Wi-Fi 和同一目标，分别在 iPhone、电脑或另一台设备上复测；再用手机蜂窝网络做对照。若只有 iPhone 异常，检查当前 Wi-Fi 的 DNS、网络设置、后台占用和重复网络接管。
Android 的私人 DNS 设置成什么更合适？
先使用“自动”建立基线，不要同时切换线路和 DNS。只有在确认存在解析失败、超时或异常返回时，才根据网络管理员或可信服务的配置进行调整，并记录修改前后的结果。
MTU 测试失败是不是一定说明线路坏了？
不是。目标可能禁止 ICMP，网络也可能对不同地址族或封装方式有不同表现。应逐步递减数据长度，并结合网页、业务接口、路径和其他目标的结果综合判断。