为什么Safari浏览器的IndexedDB本地存储空间会自动被系统清理？

IndexedDB最可能被自动清理的场景：设备存储剩余不足10%、PWA安装后卸载、后台驻留超7天无交互；因其是平台级资源管理机制，非Bug，故每次打开页面须按“可能为空”初始化并检查objectStore，写入后同步更新localStorage快照。

因为iOS Safari和部分Android WebView将IndexedDB视为可回收的临时资源，当设备存储紧张、用户7天未激活页面、或系统判定站点为低使用率时，会静默清空数据库且不通知开发者。

哪些场景下IndexedDB最可能被自动清理

第一步：检查设备剩余空间——【若系统存储剩余不足10%，IndexedDB被清空概率超过90%】；

第二步：确认该网页是否以PWA形式安装后又被卸载，部分iOS版本会连带清除对应Origin的全部IndexedDB；

第三步：回忆最近是否在后台停留该页面超过7天未点击、未提交表单、未触发任何显式交互——这类“零活跃”状态会被WebKit内核标记为闲置垃圾。

为什么不能依赖“数据库始终存在”这个假设

这不是Bug，而是平台级资源管理机制。Safari不保证IndexedDB持久性，它只承诺“写入成功即刻生效”，但不承诺“下次打开仍存在”。

一旦发生静默清理，页面加载时openRequest.onsuccess事件仍会触发，但objectStore.count()返回0，且onsuccess中无法区分是首次初始化还是数据丢失。

验证当前IndexedDB是否已被清空的最快方法

方法一：在Safari中打开目标网页 → 按Command+Option+I（Mac）或长按地址栏选“显示开发者工具”（iOS）→ 切换到Storage标签 → 展开IndexedDB → 查看是否有数据库名及objectStore列表；

方法二：在控制台直接执行：indexedDB.open("your-db-name").onsuccess = e => console.log(e.target.result.objectStoreNames); 若输出为空DOMStringList，说明数据库已不存在或被重置。

每次页面加载必须执行的初始化动作

封装openDB函数，在onupgradeneeded和onsuccess两个回调里都检查关键objectStore是否存在且非空；

若检测到objectStore缺失或count()为0，立即从localStorage缓存中恢复基础配置，或从CDN拉取默认数据集；

【务必在indexedDB写入成功后，同步更新localStorage快照，仅存ID+时间戳+摘要，否则恢复链断裂】。