Tips：觉得没兴趣了解过程的直接看底部。

问题经过

晚上如往常一般，我打开无人游览的博客，它依旧如此缓慢的加载着。

但此时的它却有些「过于缓慢」了，等了一会我开始不耐烦了， F12 打开了控制台，再次刷新它依然如此缓慢，可以看到它依旧处于 pending 状态。

我开始上网盲目搜索答案，一般来说百分之70的问题在互联网上都有解决过，剩下的不是没发现就是目前的技术无法解决问题。

首先找到了这篇15年的文章^1。

里面描述的内容和我情况十分相似，我开始在加载好的网页开发者数据中寻找答案。

可以大致看到，光是加载完整个网页就耗时 3.2min ，点开耗时最长的主页，查看 Timing 可以清楚知晓是在哪个步骤出现了问题，很明显在 Stalled 这里足足用去了 2.1min，此时可以大胆断定问题出现在这里。

那 Stalled 是干什么的呢？
「stalled 阶段是 TCP 连接的检测过程，如果检测成功就会继续使用该 TCP 连接发送数据，如果检测失败就会重新建立 TCP 连接。所以出现 stalled 阶段过长，往往是丢包所致，这也意味着网络或服务端有问题。 」

那与丢包有关？是不是我的网络有问题？我又在手机以及其他游览器测试了加载速度，相同网络下表现均趋于正常。

那就是游览器问题？

还真是，通过网上的搜索结果可知这貌似是 Chrome 的老毛病了，找对问题关键词搜索结果也触手可得。

解决方法

除了更换游览器这一逼不得已的方法外，还可以尝试修改公共DNS，如 114.114.114.114，完美解决问题。运营商自带的 DNS 还是十分不靠谱的。

怎么修改DNS？建议手动百度一下。

主要参考：参考2[^2]

[^2]: Chrome 在打开国内网站花费的时间特别长，有的甚至几十秒才打开一个国内网站

可借助参考：参考3[^3]，参考4[^4]，参考5[^5]
[^3]: chrome Stalled 时间过长

[^4]: 关于请求被挂起页面加载缓慢问题的追查（stalled 时间过长）

[^5]: chrome 的 timeline 中 stalled 问题解析

再次感谢！