事情的起点

上周三下午，我在整理旧书桌第二个抽屉时，翻出了一张 2019 年 11 月 23 日的快递单。

单子背面是我用圆珠笔写的一行字：「49 图库，3142 张，索引坏了」。

这一行字让我坐了整整二十分钟没动。

那是我第一次接触图库归档这件事。硬盘从一米高的书架上摔下来，转轴发出一种像老式风扇卡住的咯吱声。数据在，目录结构在，唯独那个记录每张图像素尺寸与拍摄时间的索引文件，成了一个 0 字节的空壳。

「一键恢复」这四个字，就是在那时候开始变成一个具体的问题，而不是一句广告词。

收录到底在收什么

很多人以为图库就是一堆图片文件。

不对。图片文件是正文，索引才是目录。目录一丢，你面对的是 3142 个无名文件，名字叫 IMG_2019xxxx_xxxx.jpg。

我当时做了一件笨事：按修改时间排序，每 200 张一个文件夹，硬分成 16 个批次，命名从 A 到 P。

这个过程花了三个晚上。第一晚我数错了两次，把 B 批次里 47 张重复的文件贴进了 C。

后来我才明白，真正的收录工作不是搬文件，是重建关系。哪张属于哪次旅行，哪张是被截图的聊天记录。

归档的本质，是给混沌赋予可检索的路径。技术只是手段，判断才是劳动。

整理的三条笨规矩

第一，先备份，再动手。我现在的做法是任何操作前先用两块不同品牌的盘各存一份，日期写在标签纸上贴好。

第二，命名要能自证。我改用「年份-月份-事件-序号」的格式，比如 2019-11-苏杭-0037。看一眼就知道它从哪来。

第三，索引文件单独存一份纯文本。二进制索引坏了就是坏了，纯文本坏了你还能用眼睛去看。

这三条规矩，是从 3142 张照片里换来的。谈不上高明，但管用。

顺带说一句，如果你手头也有类似的旧数据，可以从49图库安卓app的归档逻辑里看到一些现成的目录命名思路，比我当年手写的那套整齐得多。

关于工具的一段个人判断

说实话，市面上大部分号称「一键」的工具，被严重高估了。

它们解决的其实是文件搬移，而不是关系重建。

我试过一款 2021 年的桌面软件，扫描 3142 个文件用了 6 小时 40 分钟，最后生成的索引里有 211 条时间戳是错的，因为它把 EXIF 的拍摄时间和文件的修改时间搞混了。

这个错误很危险。一旦你按错误的时间排序，整个事件序列就全乱了。

所以我的观点很明确：

任何不让你看见原始字段的「一键恢复」，都不值得托付。宁可慢，也要能核对。

这也是我后来一直用打开49图库资料app做交叉核对的原因，它的字段显示是逐条展开的，虽然操作上一点也不「一键」。

能看见的慢，胜过看不见的快。这是我在数据这件事上唯一坚持的偏见。

索引重建的具体做法

我的流程现在是四步：

第二步最花时间，但那是我唯一能确认「数量对得上」的环节。

顺便提一下，入口的选择也很重要，我一般从49图库恢复原版入口进入，界面简单，不容易误触到批量删除。

相册这一层的麻烦

文件层整理好之后，相册层才是第二道坎。

手机上的手机图库相册往往有自己的缓存索引，和文件系统不同步。

2020 年 4 月，我在一部旧安卓机上遇到过一次：文件已经恢复了 3142 张里的 3120 张，相册界面却仍显示 2407 张。

原因很简单，相册的缩略图数据库没有被刷新。

解决办法是清空相册应用的缓存目录，让它重新扫描一次。这个过程极慢，我那台机器扫了 47 分钟。

但等待是值得的。让工具重新认识你的数据，比手动一张张点开要可靠。

为什么我还要写这个站

有人问我，一个做图书馆学出身的人，为什么花时间记录这些琐碎的整理过程。

因为这类知识太容易消失了。

硬盘会坏，笔记会丢，论坛帖子会沉。三年前我找到过一篇讲索引重建的博客，作者叫陈维舟，2016 年写的，现在链接已经 404。

我凭记忆重建了他的方法，又想不起来他当时用的是哪种哈希。

所以我把这些东西写下来，写具体，写数字，写失败的那几次。

做这个站，就是想让后来的人少走一步弯路。如果你也在做类似的事，49图库官方平台的归档说明页可以对照着看，格式比我这里的更规范。

一句题外话

整理到最后一批 P 目录时，我发现了一张 2019 年 11 月 21 日下午 3 点 17 分的照片。

是我母亲在阳台上收衣服，逆光，糊了。

这张照片没有任何元数据上的价值，分辨率也不高。

但我把它单独拷进了一个叫 _keep 的文件夹，永久保留。

所有的索引与整理，最后都是为了这件事：让真正重要的东西，能被重新找到。

这也是我记录imtoken官网正版下载这类资源地址时的态度，路径要准，来源要清，别让好东西在某次迁移中悄无声息地丢掉。