Archive · 收录与整理

前天凌晨一点半,我把一台进水的 Redmi Note 11 插上电脑,只为了找到它桌面图库里那张没被同步走的照片。

那个晚上我翻了 DCIM、翻了 .thumbnails、翻了 Android/media 下的隐藏目录,最后在一层叫 com.miui.gallery 的缓存里把它捞了回来。这个页面是我为「手机桌面图库找回」这件事做的收录索引——不是教程目录,是路径、案例和失败记录的清单。

整理人:江晚 发布于 2026-03-01 共 10 条收录 · 13 个标签

收录条目

按整理顺序排列,不按热度
手机屏幕与相册图标
路径速查

Redmi Note 11 进水后,DCIM 与 .thumbnails 双目录对照记

先看 /sdcard/DCIM/Camera,再看 /sdcard/DCIM/.thumbnails。缩略图目录里存的往往是 512×384 的小图,但文件名仍保留原始 ID,这就是能把一张「已被删除」的照片重新对上的关键。我在 3 月 1 日凌晨 1 点 42 分比对到第 27 个文件时命中了。

如果你连不上电脑,可先参考 qq浏览器海外版网站进入 的做法,用手机端文件管理器直接看隐藏目录。

实测收录2026-02-28
概念辨析

「桌面图库」到底指哪个层级:Launcher 图标、Gallery 应用还是媒体库索引

很多提问把三件事混成一件。桌面图库找回,严格说应该分三层:Launcher 上的图库入口(快捷方式丢失)、Gallery 应用本体(被卸载或停用)、以及 MediaStore 媒体库索引(扫描失败)。我见过的案例里,约 6 成其实是第三层——图标在,点进去空白,媒体库没扫到。

概念整理2026-02-27
安卓手机界面
索引修复

用 adb 触发 MediaStore 重扫:一个 47 秒的实测记录

命令不复杂:adb shell am broadcast -a android.intent.action.MEDIA_MOUNTED -d file:///sdcard。我在一台 Android 12 的机器上跑完,从敲命令到相册列表恢复显示,共 47 秒。前提是 USB 调试已开、授权已确认。失败的情况也记了:Android 13 之后部分 ROM 收紧了该广播,需要改走 MediaScannerConnection。

想先从资料层面确认索引结构的,可以看 49图库资料库免费打开49图库使用 里的目录说明,再回来动命令。

实测收录2026-02-26
失败记录

那次我以为救回来了——一台 vivo X60 的 216 张缩略图全是灰块

目录里有文件,大小正常,重命名成 .jpg 也能打开,但打开就是纯灰。原因是缩略图缓存被系统压缩成了带专有头的 HEIF 变体,扩展名骗了人。这条我归入「看似成功实则失败」,提醒自己:文件存在不等于内容可读。

失败记录2026-02-24
入口恢复

桌面图库图标消失的三种成因与逐一排查顺序

一是 Launcher 数据库被清,二是应用被停用(不显示图标但仍在),三是多用户空间切换。排查顺序我建议反过来:先查应用是否停用,再查桌面数据库,最后才考虑重装。2 月 22 日下午,我在一台 OPPO Reno8 上就是靠「设置 → 应用 → 显示系统应用」把它找回来的,没重装、没丢数据。

完整入口路径的对照,可以配合 62849.cm浏览器打开 中记录的跳转方式一起看。

排查方法2026-02-22
手机数据线连接电脑
工具备份

恢复之前先做镜像:为什么我坚持先 dd 一份再动手

任何写操作都可能覆盖尚未落盘的缩略图。我的做法是先用读卡器或 adb pull 对整个 /sdcard/DCIM 做一份只读副本,再在副本上折腾。这一步多花 15 分钟,但救回过至少两次误操作。工具清单里我也附了 最新imtoken官网下载 之外更朴素的方案——能命令行就别用图形工具。

方法论2026-02-21
缓存结构

Android/media 下的隐藏目录:com.miui.gallery 与 com.android.gallery3d

这两个目录名字只差前缀,行为差很多。前者常存原始分辨率缓存,后者多为缩略图。2 月 20 日晚,我在一台旧机上从前者找出 1 张 4000×3000 的原图,从后者只找回 12 张 640×480 的残片。同一台机器,两种命运。

结构笔记2026-02-20
外部参考

把「49图库」的检索方式借来用:一次跨站点的方法移植

我承认这有点取巧,但确实有效:按文件名前缀批量检索而不是逐张点开,能快速定位同一批次拍摄的照片。参考 找回49图库资料 里的分组思路后,我在 800 多张残片里筛出了同一场婚礼的 63 张,前后不到 20 分钟。

方法移植2026-02-18
设备差异

华为、小米、三星三家的相册索引策略差异对照

同样删掉一张照片,三家的残留程度完全不同:华为倾向清空缩略图,小米保留得最久,三星走的是云同步覆盖路线。这张对照表我做了两周,样本是 3 台机器、共 9 次删除操作。样本小,结论只作参考,不作定论。

在手机上直接检查目录的另一种方式,可参见 浏览器27049打开uc,用它的内置文件浏览看隐藏路径。

对照表2026-02-16
收尾心得

找回之后的那张照片:一张 2023 年 10 月 4 日的合影

最终救回来的那张照片,是 2023 年 10 月 4 日在杭州西湖边拍的,分辨率 4032×3024,EXIF 里的时间戳还在。文件头完整,能正常打开。我在 3 月 1 日凌晨 2 点 07 分把它拖进备份盘。这件事到这里才算真正结束。

个人记录2026-03-01

标签云

按收录密度加权
DCIM 目录 .thumbnails 缓存 MediaStore 索引 adb 重扫 HEIF 缩略图 桌面图标丢失 gallery3d 缓存 MIUI 相册 vivo 相册 应用停用排查 只读镜像备份 EXIF 时间戳 文件名前缀批检索 Android 13 权限收紧 失败案例归档
一处明确的个人观点:说实话,我不认为市面上那些「一键恢复图库」的图形工具值得信任。它们大多在设备上做写操作,而写入正是覆盖残留缩略图最直接的原因。我更愿意把「找回」理解成一门只读的取证手艺——先镜像、再比对、最后才谈恢复。这个立场可能有点偏执,但我保留它。

被翻过最多的

统计截至 2026-03-01
  1. Redmi Note 11 进水后,DCIM 与 .thumbnails 双目录对照记 缩略图命名与原始 ID 的对照逻辑,附 27 个文件的实际比对过程
    1,842 次浏览
  2. 用 adb 触发 MediaStore 重扫:一个 47 秒的实测记录 命令、前提条件、Android 13 之后的失效情况
    1,376 次浏览
  3. 桌面图库图标消失的三种成因与逐一排查顺序 从应用停用查起,而不是先重装
    989 次浏览
  4. 恢复之前先做镜像:为什么我坚持先 dd 一份再动手 只读副本的 15 分钟,换回过两次误操作
    764 次浏览
  5. 那次我以为救回来了——一台 vivo X60 的 216 张缩略图全是灰块 扩展名骗人:文件存在不等于内容可读
    627 次浏览
  6. 把「49图库」的检索方式借来用:一次跨站点的方法移植 800 多张残片里筛出同一场婚礼的 63 张
    518 次浏览
  7. 华为、小米、三星三家的相册索引策略差异对照 3 台机器、9 次删除操作的小样本对照
    327 次浏览