localstorage无内置容量监控，需通过捕获quotaexceedederror异常、估算键值字符串长度、写入前试探及降级至sessionstorage/内存/indexeddb来实现空间管理。
LocalStorage 本身不提供空间使用率的实时监控或容量告警机制，也没有内置事件监听“写入失败”或“空间已满”。当超出限制（通常为 5MB 左右，因浏览器而异）时，setItem() 会直接抛出 QuotaExceededError 异常，但不会提前预警。所以“监控空间占满”本质是**主动检测 + 异常捕获 + 容量预估**的组合策略。
捕获 QuotaExceededError 是最直接的防线
每次调用 localStorage.setItem() 都应包裹在 try...catch 中，这是发现空间不足的首要手段：
- 错误类型明确：Chrome、Firefox、Safari 均会在超限时抛出
DOMException，且err.name === 'QuotaExceededError' - 注意：部分旧版 Safari 可能抛出
SyntaxError或静默失败，建议统一检查err.code === 22（对应 DOM Exception 22） - 示例写法：
try { localStorage.setItem('key', 'value'); } catch (e) { if (e.name === 'QuotaExceededError') { console.warn('LocalStorage 已满，需清理'); } }
估算当前占用空间（粗略但实用）
LocalStorage 没有 localStorage.size 这样的 API，但可通过遍历 key 计算字符串长度来估算字节数：
- 每个 key 和 value 都是字符串，长度单位为 UTF-16 码元（
.length），1 个中文字符 ≈ 2 字节，英文/数字 ≈ 1 字节；更精确可用new TextEncoder().encode(str).length - 简单估算方法：
const used = Object.keys(localStorage).reduce((acc, key) => acc + key.length + localStorage.getItem(key)?.length || 0, 0);
这给出的是字符数总和，可作为相对参考（比如持续增长接近 500 万就需警惕） - 注意：实际存储开销还包含内部键名索引、编码转换等，真实占用略高于此值
写入前做轻量级容量试探（防御性写法）
可在关键写入前，尝试写入一小段测试数据再立即清除，判断是否还能操作：
- 生成唯一临时 key（如
__test__${Date.now()}），写入 1KB 字符串 - 成功则说明空间尚可；失败则触发清理逻辑（如删除过期项、LRU 最久未用项）
- 该方法不完美（存在竞态），但比盲目写入更稳妥，适合对可靠性要求高的场景
设计健壮的 fallback 机制
仅靠 LocalStorage 不足以支撑高容量需求。真正可靠的方案是分层降级：
- 优先使用
localStorage；失败后尝试sessionStorage（同域隔离，容量相近） - 再失败可降级到内存缓存（
Map或全局对象），牺牲持久性保功能可用 - 长期方案建议迁移到
IndexedDB——它容量更大（数十 MB 至无上限）、支持事务、可精确查询大小（indexedDB.webkitGetDatabaseSize或通过estimateSizeAPI）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
