navigator.storage.estimate()仅提供存储压力趋势预警，非实时配额调节工具；它返回估算值，受设备、环境等影响动态变化，应作为趋势探测器，配合分层清理与兼容降级策略使用。
不能靠 navigator.storage.estimate() “调节配额”，它只读、不干预、也不分配空间；它的真正作用是提供一个轻量预警信号，帮你提前识别存储压力趋势，再配合主动清理动作，避免写入时突然抛出 QuotaExceededError。
明确 estimate() 的能力边界
这个 API 返回的是估算值，不是实时磁盘用量，更不是操作系统级的硬限制：
- Chrome 桌面可能返回 quota ≈ 10GB，但实际写入 2GB 就失败；iOS Safari 常返回
{usage: 0, quota: 0}或固定 50MB，且无法反映真实释放效果 - usage 不一定包含所有数据：Cache API 的响应体、IndexedDB 中未解引用的 Blob、甚至 Service Worker 脚本缓存，都可能未被准确统计
- quota 是浏览器动态分配的软上限，受设备空闲空间、用户行为、同源站点数量等影响，会随时变化
把 estimate() 当作趋势探测器，而非水位尺
别执着于 usage / quota > 0.85 这类固定比例判断——在不同环境里极易失效。更可靠的做法是关注变化量和异常信号：
- 记录上一次调用结果（存在内存或 localStorage），对比本次 usage 是否突增（例如 +20MB 以上）
- 仅在关键节点调用：初始化缓存模块时查一次、批量导入离线资源前检查、收到
storage事件后延迟 1–2 秒复查 - 避免在 fetch 事件或高频渲染中同步调用，改用
requestIdleCallback或低频定时采样
触发清理动作要分层、可控、可回退
达到预警条件后，不直接清空全部缓存，而是按优先级逐级执行：
- 优先清理 Cache API 中过期条目：遍历
cache.keys()，检查Response.headers.get('expires')或你自定义的时间戳字段 - 裁剪 IndexedDB：按业务标记（如
priority: 'low'或lastAccessed）删除非关键数据，避免整库清空 - 降级缓存行为：暂停图片预加载、跳过非核心接口响应缓存、将新数据暂存内存而非持久化
- 写入失败时兜底：
cache.put()抛出QuotaExceededError后，立即执行轻量清理（如删掉最老 30% 条目），再重试一次
兼容性与降级必须前置设计
不是所有环境都支持该 API，尤其旧版 Safari 和部分 WebView：
- 检测失败时，fallback 到保守策略：假设配额为 50MB，或基于历史
localStorage.length × 2（UTF-16 字节估算）粗略判断 - 用
try/catch捕获写入异常，比依赖 estimate() 更直接有效 - 对 PWA 应用，在首次加载时做一次基准估算并存入 localStorage，作为后续趋势比对起点
