老张那台联想一体机:Downloads 里 63 个 0 字节 PNG
那天晚上老张用 `dir /a` 翻出 247 个文件,63 个大小显示 0。结论不是图库坏了,而是浏览器在“保存图片”时先写了占位文件,下载被拦截后没有回滚。这类残影最容易让人误以为图已经存到本地。
前天晚上十一点,我在老张的电脑维修店里看他一张一张翻 Chrome 的下载记录,屏幕上还挂着半张没有加载出来的缩略图。
前天晚上十一点,我在老张的电脑维修店里看他一张一张翻 Chrome 的下载记录。店门口那台 2017 年的联想一体机屏幕上,Downloads 文件夹里躺着 247 个文件,其中 63 个是 0 字节的 PNG,老张用食指敲着屏幕说:“这就是你说的‘保存成功’。”
我原本是去修硬盘的,结果变成帮他找图。他老婆在四九图库上存了四十多张装修参考图,手机相册里有,电脑上却只剩一堆打不开的缩略图缓存。我们花了一个多小时才理清楚:浏览器把预览图存进了 C:\Users\LaoZhang\AppData\Local\Google\Chrome\User Data\Default\Cache,而真正的原图,有一半根本没落盘。
这件事让我想把这个话题认真整理一遍。下面是这批笔记的索引,按主题拆成卡片,每张都指向一个具体的排查方向。
那天晚上老张用 `dir /a` 翻出 247 个文件,63 个大小显示 0。结论不是图库坏了,而是浏览器在“保存图片”时先写了占位文件,下载被拦截后没有回滚。这类残影最容易让人误以为图已经存到本地。
在老张的机器上,我们用 ChromeCacheView 扫出 28 个以 `f_` 开头的缓存文件,全是 320×240 的 JPEG 缩略图。图片“看起来保存了”,其实只是浏览器为了加速预览留下的残片。清理缓存前,记得先复制一份。
周姐是隔壁花店的,她一直以为图存在桌面,结果 Chrome 的默认下载路径在三个月前被某次更新重置到了 `D:\新建文件夹 (2)`。236 张图全在那儿,一张没丢。她说自己对着空桌面骂了三天浏览器。
小吴用 Safari 打开四九图库,长按保存了 19 张图,相册里一张没有。我们最后在“文件 → 下载”里找到全部 19 张,时间戳连续,间隔不到 2 分钟。系统把“下载”和“相册”分成了两条完全不同的落盘路线。
那 63 个 0 字节文件旁边,还有 41 个扩展名写着 .jpg、文件头却是 RIFF 的 WebP 文件。老张的 ACDSee 2009 完全不认,他一口咬定“图丢了”。后来换了浏览器直接拖进去,41 张全部正常显示。
老张坚持要“恢复删除的图”,我在他那台机器上跑了一遍 Recuva,标准扫描用时 23 分钟,命中 17 个可恢复的 JPEG,其中 11 个能完整打开。剩下的文件头损毁,强行修复只得到灰块。恢复软件不是万能钥匙,这一点要提前说清。
同样是长按保存,夸克浏览器会先弹一个“保存到相册”的确认条,Chrome 则直接写入下载目录,不弹任何提示。小吴用的正是 Chrome 安卓版,19 张图“无声无息”地进了文件管理器。这种差异在支持文档里通常只有一行小字。
老张的备用机是安卓 13,图库站点在保存时申请的是 `READ_MEDIA_IMAGES`,但系统把写入相册的权限拆成了独立项。9 张图卡在“等待授权”状态,目录里只有 0 字节占位。打开系统设置手动补授权后,重新保存成功。
周姐的 236 张图里有 198 张文件名是 `49tk_` 加时间戳,后 4 位是随机数。她凭文件名找“那张带灰色沙发的客厅图”花了 20 分钟。我们最后用 Windows 资源管理器的“超大图标”视图,5 分钟翻完。命名混乱比丢失更难查。
小吴的 Mac 上,“下载”被 iCloud Drive 接管,同名的 `49tk_001.jpg` 在合并时自动变成了 `49tk_001 (1).jpg`,一共产生 34 个带括号副本。她说自己完全没动过设置。云端同步的合并逻辑,比想象中更爱替用户做主。
老张习惯把图直接拖到桌面,但拖拽保存走的是浏览器的临时目录,关闭页面后 24 小时内自动清理。他存了 12 张,第二天只剩 4 张。右键另存为则明确写入下载路径。区别在文档里不会写,只能靠丢图丢出来。
周姐想把图库页面的说明文字复制到微信,手指按在图片上超过了 0.5 秒,系统判定为长按保存,弹出了下载提示。她连点取消 6 次。移动端浏览器里,图片和文字的触控区域重叠,是这个问题的常见诱因。