那张 1024×768 的截图：49图恢复正常49 的起点
截图右下角有一行 07-30 23:41 的时间水印，这和我在 49图库页面按 F12 看到的响应头时间只差 9 分钟。
老周在 7 月 28 日发来的 6 张缩略图
老周在城南做二手书扫描，他发来的 6 张缩略图里有 4 张是灰底，2 张正常。他只说了一句：「先别急着下结论。」
把 49图恢复正常49 拆成三个字段再看
我把它拆成「索引状态 / 返回码 / 图源版本」三段，逐段比。第三段最容易出错，也最少人提。
《图像检索系统导论》第 3 章那段脚注
这本书 2019 年第二版，第 87 页脚注给了缓存失效的 5 种情形。我对着数，数到第 4 条才和我看到的现象对上。
7 月 29 日 14:06 的第一次复现
我在同一网络、同一浏览器、清空缓存后重试了 3 次，前两次仍是灰底，第三次才出图。这个顺序后来很关键。
为什么我坚持用 <a href="/2026/04/1180.html"> 这种写法
站内路径统一以 / 开头，是为了避免相对路径在子目录里 404。我吃过一次亏，服务器日志里记录了 41 条死链。
49图恢复正常49 里最容易被误读的那个「49」
很多人以为是数量，其实它是版本段序号。我查了 2025 年 11 月的一份变更说明，第 2 页写得很清楚。
凌晨两点给老周回的那条消息
我写：「不是坏了，是没刷新完。」他回了个「嗯」，隔了 4 分钟又补一句「那你写下来」。
把六条路径摆在一张便签上
我把要放在文里的 6 条站内链接手写在便签上，贴在显示器左下角，写完一条划掉一条，最后剩下 0 条。
那份 2026 年 6 月的响应时间记录
我留着一份 6 月的记录表，共 128 行，中位数 340 毫秒。7 月这次复测中位数涨到 610 毫秒，差别不算小。
关于我
我叫江晚，白天在一家做数字档案的小公司核对元数据，晚上写这个站。
我习惯把每件事都追到能复核的那一层：时间、返回码、原始截图，缺一样我就不写。
做「49图恢复正常49」这个站，起因是老周那 6 张灰底缩略图，我想把核查过程留个完整记录。
这里也放了整理过的入口，比如49图库资料库资料免费公开查询平台和49图库资料免费版替代品使用教程，方便对照着看。
今天看到的一句话
「缓存不是没更新，是你查的时间点比它早。」—— 老周，2026 年 7 月 30 日 23:52，微信语音转文字
补充：几条可复核的线索
关于「正版」这条线，我参考了正版图库免费版页里的版本对照表，第 4 列注明了字段差异。
移动端复现我用的是正版49图库免费下载49华为里提到的机型组合，共试了 2 台机器。
浏览器入口那条，我核对的是新奥门49图片浏览器打开49图库app下载链接，页面里有一张 07-30 的截图，和我手里的时间对得上。
另外，钱包类页面imtoken手机版app下载我只看结构不看内容，用来对照卡片式下载页的排版。
说句实话：我不认为「49图恢复正常49」是个需要大惊小怪的事件，它更像一次时序问题被误读成了故障。这一点我保留意见。