persist() 仅申请免驱逐特权，不存数据、不操作DOM、不替代localStorage；现代浏览器因origin低价值、缺少用户交互或处于临时存储环境常返回false或静默失败，需用persisted()确认真实状态，并通过配额监控、分库、压缩等设计提升抗驱逐能力。

navigator.storage.persist() 不能保证持久化，现代浏览器普遍限制其成功率，且用户授权意愿极低；它只是申请“免驱逐特权”，不存数据、不操作 DOM、不替代 localStorage。

为什么 persist() 经常返回 false 或静默失败

Chrome、Edge 和新版 Safari 默认将 origin 判定为“非高价值”（low-engagement），即使用户长期访问，也不满足自动授予 persistent 权限的条件。Firefox 更严格，仅对安装了 PWA 的站点有条件放行。

• 调用 navigator.storage.persist() 前必须确保页面已获得至少一次用户交互（如点击、键盘输入），否则会直接 resolve false
• 若当前 origin 已被系统标记为“临时存储”（例如隐身模式、第三方上下文、iframe 嵌入且无 user gesture），则 promise 永远不会触发 true
• 部分安卓 WebView 或旧版 iOS Safari 根本不支持该 API，navigator.storage?.persist 为 undefined

怎么判断 persist() 是否真正生效

不能只看 promise 返回值，必须紧接着检查实际状态：

仿UC浏览器官方网站全屏jQuery幻灯片

仿UC浏览器官方网站全屏jQuery幻灯片

下载

• 调用后立即读取 await navigator.storage.persisted() —— 这才是权威状态，返回 true 才代表成功
• 即使 persist() resolve true，后续 persisted() 仍可能为 false（例如用户手动清空网站数据）
• 建议在关键写入前加一层兜底检测：if (!(await navigator.storage.persisted())) { /* 启动降级策略 */ }

不依赖 persist() 的真实可用方案

把持久性保障从“权限申请”转向“行为设计”更可靠：

• 用 navigator.storage.estimate() 主动监控配额压力：当 usage / quota > 0.8 时，停止写入 IndexedDB，优先压缩或归档旧数据
• 对非核心数据（如离线文章正文、预加载图片）改用 sessionStorage 或内存 Map，只在 IndexedDB 中保留索引和元数据
• 按时间分库：例如日志库命名 log_db_202604，每月新建，旧库设为只读，避免单库膨胀触达驱逐阈值
• 压缩再存：对长文本字段，用 TextEncoder + pako.deflate() 压缩后存入 IndexedDB，通常节省 60%+ 空间

真正容易被忽略的是：浏览器驱逐机制不区分“你认为重要”和“系统判定可删”，它只看 usage/total_quota 比值和最近访问频次。与其赌 persist() 成功，不如让数据结构本身具备抗驱逐弹性。