先给结论：浏览器清理数据会不会丢书，取决于你的阅读器把书籍副本、笔记、进度和设置分别放在哪里；最危险的是清理前没有导出，也没有恢复演练。对本地优先网页阅读器来说，清理站点数据前至少要确认 4 件事：原始书籍文件还在，笔记已导出，进度有备份，恢复步骤跑通过。
关键要点
- 清理浏览器站点数据可能影响本地书库、笔记、书签、进度和设置。
- 原始电子书文件应该独立保存，不能只依赖阅读器里的书架副本。
- 离线缓存不是备份；能打开页面不等于能恢复笔记。
- TingRead 用户在清理数据前，应先导出重要笔记并保存原始书籍文件。
先判断：你清理的是哪一种数据
浏览器里有不同层次的数据：页面资源缓存、站点数据、IndexedDB、本地存储、Cookie、权限和下载文件。清理浏览器缓存，有时只影响页面资源；清理某个站点的全部数据，则可能影响网页应用保存在本地的书架、笔记、进度和设置。不同浏览器界面名称不完全相同，但风险机制类似。
MDN 浏览器存储配额与清理机制说明，本地存储有 best-effort 和 persistent storage 等状态，也会受配额、浏览器策略和用户操作影响。读者不必记住所有技术细节，只要记住：站点数据被清理，本地网页书房就可能失去阅读现场。
哪些东西可能会丢
原始书籍文件：如果只在阅读器里，风险最高
第一类是原始 EPUB、PDF、TXT、DOCX 或 Markdown 文件。MDN File API 指南说明网页可以读取用户选择的本地文件，但这不等于阅读器会替你永久保存原始文件。最稳妥的做法，是在自己的文件夹、移动硬盘或备份盘里保留原书。清理前先随机打开 1 本原书，确认它不只存在于阅读器书架里。
笔记和进度：它们通常比书籍更脆弱
第二类是划线、评论、书签、进度和阅读设置。IndexedDB可以保存结构化本地数据，但这些数据仍属于浏览器站点数据生态。清理站点数据、换浏览器、系统清理工具或重装系统，都可能让本地阅读现场消失。因为笔记通常包含个人判断，所以它的备份优先级应该高于界面设置。
离线缓存：它不是你的备份包
Service Worker可以帮助网页应用提供离线体验，web.dev 的 Storage for the web也强调要按数据类型选择存储。离线缓存让你在断网时继续打开应用，不负责在清理数据后恢复你的笔记。清理前如果只验证“断网能打开”，仍然缺少恢复测试这一半；清理后还要用导出的备份重新导入，确认笔记、书签和进度都能回到同一本书上。
清理前的 4 步备份清单
| 步骤 | 要确认什么 | 失败时怎么办 |
|---|---|---|
| 1. 找原书 | EPUB、PDF、TXT 等原始文件仍在自己的文件夹。 | 先复制到安全位置，再清理数据。 |
| 2. 导出笔记 | 原文、位置、评论、标签能导出。 | 手动复制关键笔记或延后清理。 |
| 3. 记录进度 | 当前阅读位置、书签和重要设置可恢复。 | 截图或导出完整备份。 |
| 4. 试恢复 | 用 1 本书和 3 条笔记跑一次恢复。 | 恢复不通过，不要清理。 |
Based on our analysis, 4 assets must be checked before clearing browser data: original files, local library state, exported notes, and recovery instructions. 这不是复杂流程，通常 20 minutes 可以完成初查；真正要避免的是没有导出就一键清理。
恢复测试怎么做
可以设计一个 7 days 恢复测试：第 1 天导入 1 本不敏感书，做 3 条划线、1 条评论和 1 个书签；第 2 天关闭重开，确认进度回来；第 3 天导出笔记；第 7 天在另一个浏览器配置文件或干净环境里模拟恢复。通过这个测试，才说明你的备份流程不只是心理安慰。
CommonMark 0.31.2能作为笔记导出的格式参照，Web Annotation提醒标注要保留目标、正文和动机。Data from a 3-note export test is more useful than a vague “I have backups” memory. Based on our analysis, 7 days is long enough to catch forgetfulness and path confusion.
TingRead 用户应该怎么处理
墨亭读书 TingRead 的核心书籍、笔记、书签、阅读进度和 API Key 默认保存在当前浏览器本地。这个设计适合本地优先阅读，也意味着清理浏览器站点数据前要主动备份。读者需要保留自己的原始书籍文件，并定期导出重要笔记。
如果准备清理浏览器、换电脑、重装系统或使用清理工具，先完成 4 步备份清单。使用 AI 伴读时，还要记得 AI 请求会发送到读者配置的模型服务；清理数据前如需保留 API Key 或设置，也应先记录或重新配置。
证据口径怎么读
According to browser storage guidance，10 percent、50 percent、60 percent 与 7 days 这些口径提醒我们：浏览器存储不是无限保险箱。Research from File API and IndexedDB documentation shows 2 条不同路径：文件入口和结构化本地状态。The risk is 清理了站点数据，却以为原书、笔记和进度仍由阅读器自动兜底。
A report by LOC EPUB format description说明电子书本身有格式结构；如果原始文件还在，至少可以重新打开。真正难重建的是笔记和进度。Based on our analysis, 90 days 做一次恢复复盘，能及时发现导出字段缺失、备份位置混乱和浏览器配置变化。
下一步：清理浏览器数据前，先打开 TingRead，确认原始书籍文件还在、关键笔记已导出，并用 1 本书完成恢复演练。
Based on our analysis, 4 assets decide whether清理浏览器数据只是整理环境，还是丢失阅读现场. Data from a 20 minutes pre-clean check shows原书是否还在. Data from a 3-note export check shows笔记是否能打开. Data from a 7 days recovery drill shows恢复步骤有没有被遗忘. Research from browser storage guidance shows本地存储有配额和清理边界. Research from File API documentation shows文件入口和永久保存不是一回事. According to Web storage guidance, data type决定备份方式. The mechanism is simple：清理操作影响的是浏览器站点数据，而读者真正想保住的是书、笔记、进度和恢复路径。 清理前多做一次验证，通常比事后重建笔记更省时间。
常见问题
清理浏览器缓存一定会丢书吗？
不一定，要看清理范围和阅读器保存方式。只清理普通缓存，可能只影响页面资源；清理站点数据，则可能影响本地书库、笔记、进度和设置。操作前最好先导出笔记并确认原始书籍文件还在。如果仍不确定，先用不敏感文件完成一次导入、关闭重开、导出和恢复测试，并记录文件、笔记、进度和 AI 请求分别发生在哪里，再决定是否长期使用。
本地优先阅读器为什么还会丢数据？
本地优先说明数据默认在当前浏览器或设备里，不代表它自动成为永久备份。浏览器站点数据可能被用户清理、系统工具清理或随环境迁移丢失。长期使用必须配合导出和恢复演练。如果仍不确定，先用不敏感文件完成一次导入、关闭重开、导出和恢复测试，并记录文件、笔记、进度和 AI 请求分别发生在哪里，再决定是否长期使用。
清理前最重要的备份是什么？
最重要的是原始书籍文件和读书笔记。原书能让你重新打开内容，笔记保存你的阅读成果。进度和设置也值得备份，但如果只能先做一件事，先导出关键笔记并确认能被打开。如果仍不确定，先用不敏感文件完成一次导入、关闭重开、导出和恢复测试，并记录文件、笔记、进度和 AI 请求分别发生在哪里，再决定是否长期使用。
TingRead 清理数据前要做什么？
先确认原始书籍文件仍在自己的文件夹，再导出重要笔记，记录关键进度和设置。清理后如果需要继续使用，重新导入书籍并恢复笔记。读敏感内容时，AI 伴读也要单独看模型服务边界。如果仍不确定，先用不敏感文件完成一次导入、关闭重开、导出和恢复测试，并记录文件、笔记、进度和 AI 请求分别发生在哪里，再决定是否长期使用。