第五章｜状态管理与数据流
从局部状态开始判断数据由谁持有，再学习 Pinia 的状态、派生值与动作。围绕跨 store 协作、持久化和远程数据，逐步确定写入入口、失效条件与恢复方式。
阅读前需要什么
需要组件的输入输出、响应式派生值，以及第四章的资源清理。Pinia 的安装和最小接入由核心模型一篇说明；远程状态部分还需要异步取消知识。
这一章怎样连起来
先确定每份状态的持有者和写入入口，再决定保存多久、何时失效以及失败后保留什么。Pinia 为共享状态提供组织方式，持久化保存的是快照，服务端响应提供的是远程事实；这三者不能默认保持同步。
阅读顺序
标注“维护回访”的篇目用于比较旧项目行为。首次学习主线可以暂缓，具备对应前置后再读；它们保留在实际编号位置，便于从正文和侧栏定位。
普通小实验沿用第一章运行环境。明确标注为自动化回访的题目，在完成第九章测试环境后再做。
读完后能做什么
先用一个局部输入比较“组件持有”和“共享 store 持有”的差别；再分别验证损坏的持久化数据如何恢复、用户变化后旧请求是否仍会写入。把状态归属、快照格式和远程事实拆开观察，才能知道哪条规则失效。