直接监听 sessionStorage 写入失败不可行，必须通过 try...catch 主动包裹每次 setItem 调用以捕获 QuotaExceededError；写入前可估算空间并清理，失败后应降级至内存或 IndexedDB，并注意 Safari 隐私模式下的特殊限制。
直接监听 SessionStorage 写入失败不可行，因为 setItem() 不抛出可捕获的异常（除非在严格模式下且明确超出配额），而 QuotaExceededError 实际上是同步抛出的，但仅在**写入操作触发配额超限时才会发生**。关键在于：它不是事件，不能用 addEventListener 捕获，必须通过 try...catch 主动包裹每次写入操作。
主动 try-catch 每次 setItem 调用
这是最可靠、最常用的方式。浏览器在 setItem 执行时若检测到超出配额（通常约 5–10 MB，因浏览器和上下文而异），会立即抛出 DOMException，其 name 为 "QuotaExceededError"（部分旧版可能为 "NS_ERROR_DOM_QUOTA_REACHED"）。
- 始终对
sessionStorage.setItem(key, value)做try...catch - 检查错误对象的
name或code（code === 22对应QuotaExceededError） - 避免只依赖
message字符串匹配，因不同浏览器提示不一致
写入前预估并清理空间
单纯捕获错误是被动防御，配合主动管理能提升健壮性。虽然无法精确读取剩余容量，但可通过估算 + 清理策略降低失败概率：
- 用
JSON.stringify(value).length粗略估算字符串字节数（UTF-16 下每个字符约 2 字节，实际以TextEncoder更准） - 在写入前检查当前已用空间（
Object.keys(sessionStorage).reduce(...)累加值长度） - 预留缓冲（如限制总用量 ≤ 4MB），超限时按 LRU 或业务规则删除旧项
降级处理：失败后转向内存或 IndexedDB
捕获到配额错误后，不应静默丢弃数据。合理降级路径包括：
立即学习“Java免费学习笔记（深入）”；
- 临时存入内存对象（
const fallbackStore = {}），适合页面生命周期内有效的小数据 - 自动回退到
IndexedDB（容量更大，支持事务与结构化存储） - 记录错误并上报（如
console.warn("sessionStorage quota exceeded")），便于监控真实瓶颈
注意 Safari 的特殊行为
iOS Safari 和 macOS Safari 在无痕模式或某些隐私设置下，可能将 sessionStorage 配额降至极低（甚至 0），或直接禁用。此时 setItem 可能静默失败或抛出错误。建议：
- 首次使用前做兼容性探测：
try { sessionStorage.setItem('test', 'x'); sessionStorage.removeItem('test'); } - 对 Safari 用户，优先考虑
localStorage（同源共享，但需注意跨标签页同步问题）或直接选用IndexedDB
