8 月 26 日下午三点多，我在一台 Windows 10 的旧笔记本上双击 qq浏览器在线版进入口，等了两秒，页面停在白屏上，地址栏里的地址没有变化，右下角转圈的小图标停了。那一刻我的心也跟着停了半拍，因为这台机器九月份要交给一个做地方志整理的朋友。
一、白屏之后的四十分钟
我先按了 F12。控制台里只有三条红色报错，其中一条是 404，指向一个我从未见过的路径：/cache/stub/20xx。我把这条路径抄在便签纸上，便签纸是 8 月初在城南一家文具店买的，7 元一叠，一共 50 张。
接下来我做了一件很笨的事：把浏览器从 9.x 版本降回 8.7，重启，再试。没用。
再然后，我去翻安装目录。C 盘 Programs 文件夹下，一个名为 cache 的子目录里躺着 2019 年 11 月 4 日的一条日志，文件名是 stub_1104.log。日志最后一行写着：
「用户 江晚 · 强制关闭 · 残留 3 个 stub」。
我盯着那行字看了半分钟。残留，这个词很轻，但它说明一件事：这次白屏不是今天才发生的，是七年来一直没被清掉。
二、三个具体细节
我把能复现的部分写下来，供后来的人少走点弯路。
- 细节一：2026 年 8 月 26 日 15:07，控制台报错指向
/cache/stub/20xx，错误码 404，与 2019 年那条日志的位置完全重合。这不是巧合，是同一个残留。 - 细节二：我清理掉那个 stub 目录后，第一次重启后仍进不去；第二次，我把系统的 hosts 文件改回默认（此前被一个旧插件写入了 2 行条目），页面才在 15:49 正常打开。前后 42 分钟，中间重启了 3 次。
- 细节三：做地方志整理的朋友姓周，8 月 27 日上午在微信里回我一句原话：「你那个链接点进去就是白的，我还以为是我电脑坏了。」这句原话让我决定把这次排查写下来，而不是自己默默修好就算了。
三、我的一处个人观点
说实话，我认为大部分所谓的「进不去」，根子不在浏览器本身，而在我们自己对旧数据的放任。7 年前的 3 个 stub 文件没人清，2 行 hosts 条目没人改，到头来怪浏览器打不开 —— 这个归因，我不认同。
这个观点有点得罪人，但我还是写了。因为它背后是可复现的步骤，不是情绪。
顺便一提，我在整理标签时还翻到 17图库资料恢复免费版官网下载链接入口 和 17图库资料查询免费 两条旧记录，路径命名方式与那条 stub 日志几乎是同一个模子，值得对照着看。
四、意外的收获
40 分钟的排查之外，我意外读到了 2019 年那份日志里的一段操作备注，写备注的人叫李昭，模板化的文字，但最后一句是手打的。
「先别急着换浏览器，先看看自己留下了什么。」
这句话我抄进了当天的笔记本。第二天下午，我把同样的思路用在 49图库下载官方网站 的入口检查上，同样先看缓存，再看环境，问题在 11 分钟内定位完成。没有新的方法，只是顺序对了。
这次做不到「彻底解决」，但至少做到了「知道它在哪」。对一篇排查笔记来说，这已经够了。
写到最后我还是有点失望：一台要用七年的机器，靠的是每年手动清一次缓存，这算不上什么体面的方案。但我也承认，找到那行残留日志的那一刻，我有点高兴。
