social-app/docs/protocols/common/cache-key-scoping.md

客户端缓存键作用域规范（Cache Key Scoping）

目标

防止同一设备多账号切换时出现缓存串读（A 账号数据在 B 账号展示）。

本规范适用于 apps/lib/data/cache/** 以及所有通过 CachedRepository 读写的业务缓存。

---

作用域模型

1) 作用域级别

当前实现仅启用以下作用域：

• user:<user_id>：已登录用户态

未登录态实现说明：

• apps/lib/app/services/session_scope_manager.dart 在登出后会调用 CacheScope.resetProvider()。
• 当 provider 未配置时，apps/lib/data/cache/cached_repository.dart 会跳过 scoped cache 读写，而不是写入 anonymous 命名空间。

2) 键格式

客户端持久缓存最终键必须按以下格式生成：

cache:<scope>:<feature-key>

当前实现未使用会话代际后缀（epoch/version token），最终键格式为：

• cache:user:<user_id>:<feature-key>

示例：

• cache:user:8ef4...:chat:history:first:default
• cache:user:8ef4...:calendar:day:2026-03-29

---

责任边界

基础层（必须）

• CachedRepository 负责统一附加 <scope> 前缀。
• Feature Repository 只声明业务键（<feature-key>），不得手工拼接 userId 前缀。

应用层（必须）

• 在认证状态变化时更新当前缓存作用域：
• 登录成功 -> user:<user_id>
• 登出/失效 -> 清空当前用户作用域并重置 provider（不进入 anonymous 作用域）

---

并发与切号安全

• 切号后，旧账号异步请求结果不得回写到新账号 UI 状态。
• 当前实现依赖 user:<user_id> 级别缓存分区 + 认证切换时清理上一用户前缀：
• • 登录切换：清理上一用户 cache:user:<old_user_id>: 前缀
• • 登出：清理当前用户前缀并关闭 scoped cache 读写
• 当前实现未引入 epoch/token 代际保护；若未来出现“切号后旧请求晚到并覆盖新 UI”问题，需要另行升级协议与实现。

---

兼容与迁移策略

向后兼容

• 旧无作用域键允许保留在本地存储中，不参与新读取路径。
• 新版本只读取带 cache:user:<user_id>: 前缀的键。

迁移方式

• 采用增量迁移（additive），不执行强制删除旧键。
• 如需清理旧键，必须通过统一维护任务处理，不在功能逻辑中零散实现。

---

验收标准

1. 同设备 A/B 账号来回切换，不出现跨账号历史/列表串读。
2. 登录后首次读取命中当前用户作用域键；登出后 scoped cache 不再参与读取。
3. Feature 仓库不再自行实现 userId 拼 key 逻辑。

---

Compatibility Strategy

• 策略：backward-compatible
• 本次为文档对齐更新，收敛未落地的 anonymous/epoch 设计，不改变现有应用行为。