备份包含与排除 — 什么在备份里什么不在

包含 vs 不包含一览

数据类型	包含在备份里？	说明
书架条目（漫画信息）	✅ 是	标题、封面 URL、源、添加时间
章节数据（元信息）	✅ 是	章节列表、每章的元数据
分类	✅ 是	分类名称、排序、漫画归属
阅读历史与进度	✅ 是	读过哪一章、读到第几页
App 设置	✅ 是	阅读器、外观、通知等所有设置
扩展仓库地址	✅ 是	添加过的仓库 URL 列表
源设置	✅ 是	每个漫画源的个性化设置（语言过滤等）
追踪器关联	✅ 是	哪部漫画用了哪个追踪器、追踪状态
追踪器登录 token	❌ 否	出于安全，恢复后要重新登录
扩展 APK 文件	❌ 否	扩展需要重新安装
下载的章节文件	❌ 否	存储在 downloads/ 文件夹，需要手动搬
自定义封面图	❌ 否	自己设置的漫画封面不会被保存

追踪器 token 为什么不包含

这是刻意的安全设计：

OAuth token 本质是访问追踪器账号的凭证
如果备份文件被泄露，token 就等于把追踪器账号拱手送人
Mihon 选择在备份里只存"哪部漫画用了哪个追踪器"这个关联关系，不存登录凭证

恢复备份后，你只需要去追踪设置里重新点一下登录（OAuth 授权流程通常几秒），所有漫画与追踪器的关联会自动恢复。

扩展 APK 为什么不包含

扩展是独立的 APK 文件：

扩展仓库（比如 Keiyoushi）的 JSON 索引会告诉你有哪些扩展
但每个扩展 APK 本身可能有几百 KB，全部打包进备份会让文件膨胀很多
恢复备份后 Mihon 会识别"书架里用到了哪些扩展"并提示你安装

恢复扩展只需要：浏览 → 扩展 → 搜索 → 下载 → 信任。

下载章节为什么不包含

下载的章节文件存储在 Mihon 管理的存储位置下（Scoped Storage）。把它们打进备份会导致：

备份文件可能非常大（几百 MB 到几 GB）
备份恢复时需要解压大量图片文件，耗时久
Android Scoped Storage 的限制让跨设备恢复下载文件很麻烦

替代方案：手动搬运或直接重新下载。详见从 Tachiyomi 迁移。

可选：包含未保存的条目

创建手动备份时有一个选项 "包含未保存的条目"（Include all entries not in library）。打开后：

你浏览过但没加入书架的漫画也会被备份进去
默认关闭，因为大多数人只关心书架内容

恢复时的"缺失提示"

恢复备份时，Mihon 会自动扫描备份里的扩展和追踪器，并与当前已安装/已登录的对比。如果发现缺失，会列出来告诉你：

以下扩展在备份中存在，但当前未安装：
  - eu.kanade.tachiyomi.extension.all.mangadex
  - eu.kanade.tachiyomi.extension.all.batoto
  ...

以下追踪器在备份中已登录，但当前未登录：
  - MyAnimeList
  - Bangumi

恢复完成后去补上就行。

备份文件体积估计

书架规模	手动备份大小
10-50 部	< 1 MB
50-200 部	1-5 MB
200+ 部	5-15 MB

备份文件很小，因为只存元信息（数据库条目），不存任何图片或文件。下载的章节可能有几百 MB 到几 GB，但不在备份里。

本章小结

备份文件存的是元数据（书架、分类、历史、设置、扩展仓库、追踪器关联），不存文件（扩展 APK、下载章节、追踪器登录 token）。恢复后需要重新装扩展、搬下载文件、登追踪器——这三样是设计上的"手动步骤"，不是 bug。备份文件体积很小（通常几 MB），存和传都方便。