navigator.storage.persist()可申请提升PWA存储保留优先级，需先用persisted()检查状态，用户交互后调用并做好Safari等兼容降级，配合IndexedDB、Cache API等策略才真正可靠。
调用 navigator.storage.persist() 可以向浏览器申请将当前 PWA 的存储（如 IndexedDB、Cache API、localStorage）标记为“持久化”，从而在系统空间紧张时降低被自动清理的概率。但它不是绝对保障，而是提升保留优先级，且需用户授权或平台策略支持。
先检查是否已启用持久化
避免重复申请，应先用 navigator.storage.persisted() 查询状态：
- 返回 true：已获得持久化标记（可能之前已批准）
- 返回 false：尚未启用，可考虑主动申请
注意该方法返回 Promise，需正确处理：
await navigator.storage.persisted() // 推荐写法或
navigator.storage.persisted().then(persisted => { ... })
在合适时机发起申请
申请应在用户有明确操作意图后触发，例如登录成功、完成离线内容下载、或首次进入关键功能页时。不要在页面加载初期就调用，否则容易被浏览器静默拒绝或忽略。
- 桌面 Chrome / Edge：通常需要用户已有交互（点击、滚动等），才会弹出权限提示（仅首次）
- Android Chrome：多数情况静默授予，尤其是已添加到主屏幕的 PWA
- Safari（iOS/macOS）：不支持该 API，调用会失败或静默跳过，必须做降级处理
建议包裹 try/catch 并判断返回值：
try {const granted = await navigator.storage.persist();
if (granted) console.log('持久化已启用');
else console.log('未获批准，按普通存储处理');
} catch (err) {
console.warn('persist() 调用异常', err);
}
搭配合理存储策略才真正可靠
仅开启持久化远远不够。要真正保障离线数据不丢失，还需结合以下实践：
- 用 IndexedDB 存储核心结构化数据（比 localStorage 更大、异步、支持事务）
- Cache API 缓存静态资源时，使用带版本号的缓存名（如
'v3-offline-shell'），便于灰度更新与安全清理 - 定期调用
navigator.storage.estimate()获取配额和使用量，在接近上限时归档旧数据或提示用户 - 对关键数据添加轻量校验机制（如保存时间戳 + 简单哈希），启动时验证完整性
务必做好兼容与降级
不能假设所有环境都支持 navigator.storage.persist：
- 检测 API 是否存在：
if ('storage' in navigator && 'persist' in navigator.storage) - Safari 用户需完全跳过申请逻辑，并强化 IndexedDB 的错误恢复能力
- 对于不支持的场景，可退回到定期同步 + 本地备份提示的模式
持久化是增强离线鲁棒性的重要一环，但它的价值必须嵌入整套存储设计中才能落地生效。
