电子书和读书笔记怎么备份：浏览器本地数据、导出和恢复

先分清：你到底要备份什么

很多读者说“我已经备份电子书了”，实际只是把下载来的 EPUB 或 PDF 文件复制到网盘、移动硬盘或另一个文件夹。这个动作有价值，但它只保护了原始文件。读完一本书之后，更有价值的往往是阅读现场留下的痕迹：读到哪里、哪些句子被划线、哪些段落写过评论、哪些笔记准备进入知识库。

所以更准确的备份对象有三层。第一层是原始书籍文件，它决定你能不能重新打开这本书。第二层是阅读器本地数据，它包括书架索引、进度、书签和阅读设置。第三层是可迁移笔记，比如 Markdown、纯文本或完整备份包，它决定你离开当前工具后还能不能复用自己的思考。

浏览器本地数据能保存什么，也可能丢什么

网页阅读器并不等于“什么都在云端”。MDN 的 File API 指南说明，网页可以读取用户主动选择的本地文件；IndexedDB则适合保存较大的结构化本地数据。对阅读器来说，这意味着浏览器可以承担书库、笔记、书签和进度的本地保存任务。

但本地保存不是永久保险箱。MDN 关于 浏览器存储配额与清理机制 的说明提醒我们，本地存储会受到配额、清理策略和用户操作影响。清理站点数据、换浏览器、使用系统清理工具、重装系统，都可能影响浏览器里的本地书房。因此，长期使用网页阅读器时，“默认本地保存”和“定期导出备份”应该同时存在。

读书笔记导出时，要保留哪些字段

一份可用的读书笔记，不应该只有被摘出来的一句话。至少要保留四个字段：书名、位置、原文、你的评论。书名让笔记能归档，位置帮助回到原文，原文保存证据，评论保存你的判断。只保存划线，不保存位置和评论，几个月后很容易变成一堆漂亮但难以复用的句子。

如果工具支持 Markdown 导出，结构可以很简单：用书名作一级标题，章节作二级标题，每条摘抄用引用块，自己的话放在引用块后面。这样的笔记可以进入 Obsidian、Notion、Git 仓库或普通文件夹，也能被搜索、整理和二次写作。备份的目标不是永远留在阅读器里，而是让你的思考有出口。

一个轻量备份节奏

不需要把备份做得很重。可以用三个频率：每周导出新增笔记，每月导出一次完整阅读数据，每 90 天做一次恢复演练。恢复演练只需选 1 本书、3 条笔记和 1 个书签，确认它们能从备份回到可读状态。只有恢复成功，备份才算真的存在。

如果你准备清理浏览器数据、换电脑或换浏览器，备份顺序应该前置：先导出，再恢复检查，最后再清理。不要把“我好像导出过”当成安全感。真正可靠的是：你知道备份文件在哪里，也知道怎么把它导回来。

TingRead 里的备份边界

TingRead 的定位是本地优先网页书房：用户需要导入自己的书籍文件，但书籍、笔记、书签和阅读进度默认保存在当前浏览器本地，不是默认上传到云端书库。这让阅读现场更安静，也让备份责任更清楚：重要内容要由读者主动导出和保存。

这并不是缺点，而是一种边界。云同步适合多设备无感继续读，本地优先适合减少默认上传和账号绑定。选择哪一种，取决于你更在意便利还是控制。对重视长期笔记的人来说，最稳的做法是：本地读书，定期导出，关键笔记进入自己的知识库。

常见问题

只备份 EPUB 或 PDF 原文件够吗？

不够。原文件只保证你还能重新打开书，不保证阅读进度、划线、评论和书签还在。长期读书至少要额外导出笔记，并定期备份阅读器本地数据。

浏览器本地保存是不是比云端更安全？

它减少了默认上传和账号绑定，但不等于永远安全。浏览器数据可能被清理，设备也可能损坏。本地优先要和手动备份配合，才适合长期使用。

读书笔记导出成 Markdown 有什么好处？

Markdown 是普通文本，容易搜索、迁移和长期保存。它不依赖某个阅读器界面，适合进入知识库、写作目录或版本管理。

多久备份一次比较合适？

如果每周都有新笔记，可以每周导出笔记、每月导出完整备份、每 90 天做一次恢复演练。频率可以调整，但恢复演练不能省。