Pinia 持久化需手动实现容错降级：封装带 try-catch 的 storage 优先 localStorage，失败则 fallback 内存缓存；按字段分级存储，高优小数据用 localStorage，中优加 size 限制，低优大数据交由 IndexedDB；辅以运行时监控与用户提示。
Pinia 本身不处理存储配额问题，pinia-plugin-persistedstate 在写入 localStorage 失败（比如超出 5–10MB 限制）时会静默失败或抛出 QuotaExceededError，但默认不提供降级机制。要让持久化更健壮，得主动加一层容错逻辑。
检测配额超限并 fallback 到内存缓存
插件无法自动“降级”，但你可以在 persist 配置中用自定义 storage 对象拦截写入过程，在捕获异常后切换为纯内存暂存：
- 封装一个带 try-catch 的 storage 对象，优先尝试 localStorage，失败则退到 Map 或 ref 模拟存储
- 在 store 的 persist 配置里传入该对象，而不是直接用
window.localStorage - 注意：读取时也要统一走这个 storage，否则内存缓存的数据无法被 hydrate 进来
按字段分级持久化，避免单点爆满
不是所有字段都值得占满配额。把数据按重要性和体积做分层，能显著降低整体失败率：
- 高优先级小数据（如 token、theme、language）：强制走 localStorage，它们体积小、关键性强
- 中优先级中等数据（如用户最近搜索、表单草稿）：可配置为 sessionStorage，或添加 size 估算逻辑，超 100KB 就跳过持久化
- 低优先级大数据（如商品列表缓存、离线文章）：改用 IndexedDB 单独管理，不走 pinia-plugin-persistedstate
运行时监控与用户提示
仅靠降级还不够，得让用户和开发者知道发生了什么：
- 在全局 setup 阶段监听
storage写入失败，用window.addEventListener('error', ...)捕获未处理的 QuotaExceededError - 记录错误日志（含当前 state 大小、paths 列表），方便复现优化
- 对用户轻量提示，例如：“设置已保存，部分数据因空间限制暂未同步”——不中断流程，但保持透明
本质上，Pinia 持久化没有内置降级能力，必须靠你控制写入路径、拆分数据粒度、封装容错 storage 来兜底。它不复杂，但容易忽略。
