真正的状态设计问题不是“存哪里”，而是“冲突时听谁的”

用 authority、durability、scope 与 recovery 四个维度拆解 localStorage、config、SQLite、Hive 文件和进程内状态。

本课核心问题页面 cache、SQLite 与文件记录不一致时，哪个值覆盖哪个？

学完你能

建议先学

四维判断

先判断 scope 与 authority，再选择存储

一个字段是否持久化只是第四个问题。更早的问题是它属于组件、窗口、用户还是工作区，谁可以修改，以及需要从何恢复。

像财务账：便签、报表缓存和总账都可能出现同一个数字，但只有总账能裁决。

固定源码证据

SQLite 提供受迁移管理的持久索引。

Renderer cache 与偏好存在浏览器侧。

Roster 体现结构化 store 与文件 mirror 的并存。

冷启动

Main 先读取 config/DB/协议文件建立可用事实；Renderer 再加载自己的偏好与 cache；随后通过 IPC snapshot 校正陈旧副本。顺序反过来会闪现或复活旧状态。

恢复表

localStorage 可清空重建；config 损坏通常要保留备份并回退；SQLite 需要迁移/完整性策略；Hive 文件需要原子写、版本与协议级恢复。

ARCHITECTURE NOTE

‘可以重新生成’要写出从哪个权威源生成，否则只是愿望。