移动端浏览器会静默清空indexeddb，需主动适配：每次打开页面按“可能为空”初始化，检查objectstore并回填；关键数据同步存localstorage快照；定期读操作、规范pwa、避免大文件入库以降低清理概率；数据丢失时提示用户并记录分析。

移动端浏览器（尤其是iOS Safari和部分Android WebView）对IndexedDB的存储有严格的自动清理策略，当设备存储紧张、用户长时间未访问、或页面被判定为“低使用率”时，IndexedDB数据库可能被静默清空，且不触发任何警告。这不是Bug，而是平台级的资源管理机制，开发者需主动适配而非依赖“永不丢失”。

识别高风险场景

iOS Safari在以下情况极大概率清除IndexedDB：

• 应用在后台驻留超过7天未被激活；
• 设备总存储空间剩余不足10%，且该站点近期无显式交互（如点击、表单提交）；
• 用户手动开启“Safari设置→高级→网站数据→删除所有网站数据”；
• 使用PWA安装后又卸载，部分系统会连带清除对应Origin的IndexedDB。

设计容错与恢复机制

不要假设数据库存在，每次打开页面都应按“可能为空”初始化：

• 封装openDB()函数，在onupgradeneeded和onsuccess中统一检查关键objectStore是否存在、是否为空；
• 首次打开时若检测到数据库为空或版本异常，触发轻量级回填逻辑（如从localStorage缓存加载基础配置，或从CDN拉取默认数据集）；
• 对核心业务数据（如用户待办、草稿），在IndexedDB写入成功后，同步存一份精简快照到localStorage（仅存ID+时间戳+摘要），用于快速判断是否需重同步。

降低被清理概率的实践技巧

虽不能完全阻止清理，但可提升浏览器对站点“重要性”的判断：

• 定期触发一次无副作用的IndexedDB读操作（例如每24小时用transaction().objectStore().count()），保持活跃信号；
• 确保页面包含Web App Manifest并正确声明display: "standalone"，提升PWA可信度；
• 避免将大量媒体文件（图片/音频）直接存入IndexedDB，改用Blob URL + Service Worker缓存，减少数据库体积压力；
• 在pagehide或visibilitychange事件中执行indexedDB.deleteDatabase()再重建（仅限临时库），向系统表明“我主动管理，非闲置垃圾”。

向用户透明化处理逻辑

当检测到数据丢失时，避免静默恢复：

• 显示温和提示：“检测到本地数据已更新，正在恢复您的最近编辑…”；
• 提供“跳过恢复”按钮，允许用户选择是否覆盖当前状态；
• 记录清理事件到分析后台（如navigator.storage.estimate()返回的quota骤降），用于长期优化存储策略。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！