文件名是 IMG_20191103_151742_1.jpg，缩略图上是上海地铁二号线的一张线路图，右上角有个我早忘了的红色标记。我盯着它看了大概四十秒，才想起来这是当年给一个采访对象指路时拍的。
事情本身很普通：硬盘坏过一次，手机换过两次，云端同步又是断断续续的，于是我把这些年散在四五个地方的照片一股脑丢进「恢复我的图库」，让它慢慢扫。扫到第八个导出文件夹，扫出来的是一堆命名混乱的 jpg 和 heic，混杂着微信保存的、截图工具留下的、以及某个很久没打开过的相册应用导出的缓存。那张二号线截图就夹在中间，色偏得厉害，边缘还有一条被裁掉一半的对话气泡。我把它拖到桌面，用预览打开，放大了看气泡里剩下的字，只有一个"好"字和半个句号。
我当时的第一个念头不是怀旧，而是一个很技术的问题：为什么它的 EXIF 里 CreateDate 是 2019-11-03 15:17:42，而 FileModifyDate 却是 2021-08-19 09:02:11？中间那将近两年，它到底被谁、被哪个应用、以什么方式挪动过一次？这个问题后来把我拖进了一整个下午的折腾，也成了这篇文章的起点。
我把那个文件夹整个拖进命令行，跑了一遍 ls | wc -l，得到 1,283。这 1,283 个文件里，有 411 个文件名是纯数字串，比如 1572765462000.jpg，这是安卓常见的毫秒时间戳命名；有 396 个是 IMG_ 加八位日期加六位时间再带一个 _1 后缀，说明它们被重复导过一次；剩下的则是一些完全看不出规律的东西，像是微信自动保存的 mmexport 前缀文件，以及几张被某个修图应用改写过、连尺寸都变了的副本。我挨个看过缩略图，发现同一天拍的三张照片，竟然分别用了三种不同的命名方式，也就是说，恢复的过程本身就在制造混乱，然后再由我去收拾这个混乱。
我写了一条最笨的命令：exiftool -r -if '$CreateDate =~ /2019:11:03/' .，让它递归扫描整个目录，只留下那一天的记录。结果出来了 37 条，其中 12 条是截图、9 条是拍的食物、剩下的是一段路上的连拍。有意思的是，这 37 条里只有 24 条还有完整的 GPS 信息，其余的在某次转存时被抹掉了。我拿这 24 条在地图上标了点，连成一条线，从静安寺一路往东到陆家嘴，中间停在南京东路附近停了快二十分钟。这条线比我记忆里的那天要"满"得多，也让我第一次意识到，所谓回忆的完整性，其实取决于元数据有没有被保留下来。想顺着这条线索继续往下查的人，可以先看看浏览器打开网址http入口在哪这类基础问题，入口搞清楚了，后面每一步才不至于卡在第一步。
说句可能不太讨喜的话——市面上大部分所谓"一键恢复"的工具，真正的问题不在于恢复率高低，而在于它们从头到尾都不告诉你它动了哪些文件、改了哪些时间戳、把原图挪到了哪里。我试过三款，其中一款在扫描结束后直接往我的原目录里写了 200 多个 .db 索引文件，没有任何提示。这在我看来是不可接受的：恢复图库本质上是在处理一个人最私人的数字资产，工具至少应该像磁盘修复工具那样，先给出一份清单，再让你确认。把过程藏起来、只给你一个"已恢复 N 张"的数字，是一种偷懒，也是一种傲慢。
翻资料的时候我进了49tk图库资料分享社区，里面有个 2017 年 4 月的帖子，楼主贴了一张被微信压缩得面目全非的老照片，问有没有办法找回原图。下面有人回复说"备份是唯一解"，也有人说"试试把手机里的 .thumbnails 文件夹翻出来"。那个帖子的最后一条回复停在 2019 年，是一个只写了"我找到了，谢谢"的短句，没有附任何方法。我盯着那个"我找到了"看了很久，觉得这句话既像安慰，也像一种沉默的炫耀——在线社区里，最珍贵的经验往往以最不完整的方式存活着。
我注意到很多人搜怎么恢复49图库的时候，问的根本不是同一件事：有人是删错了相册想找回来，有人是换了手机发现同步失败，还有人只是把"图库"当成了泛指。这三种情况的处理路径完全不一样，第一种靠本地缓存、第二种靠账号体系、第三种往往得靠逐个目录排查。我自己的做法是先分类：先在系统相册里确认"最近删除"还有没有，再确认云端有没有同步记录，最后才轮到本地扫描。顺序反过来，往往会把本来还在的东西越搅越乱。
我手上有个备份盘，里面大概 12 万张照片、接近 340GB。第一次让「恢复我的图库」去扫，跑到缩略图索引那一步就不动了，界面上的进度条停在 63% 将近半小时。后来我关掉实时预览、把扫描拆成按年份分批去做，才勉强跑完。这件事后来我写成了一段记录，核心结论就一句话：恢复大图库时，瓶颈十有八九不在解码，而在缩略图生成和索引写入。关于这个，49图库资料库资料加载缓慢如何解决里提到的分批思路和我后来的做法基本一致，算是印证。
这批文件里最让我意外的是一张拍自 2015 年夏天的黑白照片，EXIF 里相机型号写着 Canon CanoScan 9000F，是一台平板扫描仪。照片内容是我外婆家阳台上的那盆三角梅，构图很随意，焦点还对在了后面的晾衣绳上。我确认了一下，这张不是我自己扫的，文件名里的时间戳显示它来自我一个朋友 2018 年帮我做的一次集中扫描。也就是说，这张照片在我的图库里断断续续存在了至少八年，而我从来没有认真看过它的元数据。恢复图库最奇妙的地方就在这儿：它不创造任何新东西，只是把已经存在、却被你忽略的东西重新摆到你面前。
检索过程中我顺手看了下新澳正版图这个说法在搜索结果里的表现，发现不少页面标题写得很诱人，点进去却是层层跳转和诱导下载。我的态度很明确：任何跟图库恢复相关的工具，如果它不愿意在页面上写清楚开发者是谁、隐私政策在哪、把你上传的东西存多久，那就值得多留一个心眼。恢复这件事本身需要你把最私人的文件交出去，这已经是一种信任，不该再被额外消耗。
我一般会先去49k图库下载官方网站这类看起来像官方渠道的页面确认版本号和更新日期，然后做三件事：第一，核对数字签名；第二，看安装包体积，超过正常范围太多的直接放弃；第三，装在一台不常用的备用机上先跑一次完整扫描，确认它不会往原目录乱写文件。这三步花不了十分钟，但挡掉过至少两次我不想回忆的麻烦。恢复图库这种事，谨慎一次的成本，远低于事后补救的成本。
我把导出文件夹里所有带 wx 前缀的文件单独挑出来统计，发现原图长边是 4032 像素的，压缩后普遍掉到 1280 像素，面积只剩原来的十分之一左右。更麻烦的是，压缩是一次性的，微信不会在本地留原图，所以如果你的手机在压缩之后才做云备份，备份上去的就已经是小图了。这个细节决定了恢复策略：得先去翻手机本地缓存的 .thumbnails 和微信的 image 目录，指望从云端找原图基本是徒劳。我在统计表里把这一类标成了"低优先级"，因为即便找回来，也找不回原本的清晰度。
折腾了一整个下午，那张截图还是那张截图，画质没变，裁掉的气泡也补不回来。我做的事情只是给它换了个我能读懂的名字，顺手补了一条备注：当天下午在静安寺站附近，是给一位做城市研究的老师指路时随手拍的。做完这些，我关掉了所有窗口，泡了杯茶。恢复图库这件事，说到底不是把丢失的东西找回来那么简单，它更像是一种整理：在把文件摆回原位的过程中，你也被迫重新看了一遍自己这些年到底留下了什么、又漏掉了什么。后者可能比前者更值得记下来。
我叫江晚，是个做数字档案整理的自由撰稿人，平时帮人处理老照片、旧硬盘和各种音视频素材的归档。我写这个站，是因为市面上讲图库恢复的内容要么太工具化、要么太玄乎，缺一份肯把过程、失败和存疑之处都写清楚的记录。我坚持给每一条结论标出它的来历——是实测的、是猜的、还是从别人那里听来的，三者不能混着说。这个站不接恢复软件的推广，也不做"一键修复"的演示。
我关心的事情很窄：文件名、目录结构、时间戳、EXIF，以及这些东西怎么在一次次转存里被改变。你可以不同意我上面的判断，但请至少带着你自己的实测数据来讨论。
文件不会消失，它们只是换了个你找不到的名字。—— 出自 2017 年 4 月「49tk图库资料分享社区」一个关于找回老照片的帖子，楼主在回复里自述，原文为其总结个人经验的最后一句。