READ · UNDERSTAND · TRANSFER
阅读理解，按需巩固
先沿着原理、问答和迁移案例阅读。需要检查理解时，再切换巩固练习或展开个人记录。
核心知识 · 缓存复用的语义与授权等价
先理解核心原理
先备概念：缓存失效、资源版本、权限作用域
缓存命中成立的前提是新请求与旧结果在任务语义、数据版本和授权范围上仍等价。相似文本和短期未过期，都不能独立证明可安全复用。
不同层缓存保存不同对象
模型前缀缓存复用计算状态，检索缓存复用候选资料，工具缓存复用查询结果，答案缓存复用最终表述。前缀命中不代表业务数据新鲜；结果相同也不说明当前用户仍有权读取。先明确层次，再列出变化会影响哪些缓存。
用户标识不是完整权限
同一个人可在两个租户、两种角色或不同授权时期工作。键中包含相关作用域和策略/数据版本，读取时验证当前权限。TTL 控制过期时间，却不能立即响应撤销；敏感资源需要失效事件或权威版本检查，权限不明时拒绝复用。
节省必须扣除错误代价
命中率高可能来自错误地把“包含停用账户”与“不包含”混在一起。测净成本、时延和错误复用，设置语义相近但条件相反的对照。写工具的重复执行结果属业务幂等账本，不应由随时淘汰的普通缓存决定。以下缓存方案未经线上实验，不提供虚构节省百分比。
回到问题：怎样回答？
先分开模型输入前缀缓存、检索结果缓存、工具结果缓存和最终答案缓存，它们的命中条件不同。涉及用户数据的缓存键至少包含授权范围、数据版本、查询口径和相关配置，权限撤销要能及时失效。副作用工具不能按普通读缓存处理。节省要扣除查询、存储和失效成本，并测错误复用率，不能只报告命中率。
实现与取舍
找出可安全复用的层
稳定公共说明适合前缀复用，低变化公共文档可缓存检索结果，实时余额则需要严格的数据时间和新鲜度。最终回答还受用户目标、上下文和权限影响，语义相似并不足以复用。先明确能容忍多久陈旧，再选 TTL、版本键或事件失效，不从“缓存提高性能”直接推出所有结果都能缓存。
键与授权
规范化查询只在不改变语义的前提下进行，保留否定、时间、币种和过滤条件。键绑定租户、可见范围或权限版本、数据版本、模型和 Prompt 版本。命中后仍验证当前授权，避免撤销和索引失效传播窗口。用户 A 可见的结果不能因为用户 B 问法相似就返回给 B。
防止并发穿透和旧值回流
热点失效时可以合并同一键的并发计算，但等待者仍各自受授权检查。更新采用版本比较，旧请求晚返回不能覆盖新版本缓存。缓存服务故障时应能安全回源并受限流保护；余额等强时效数据不应无限使用 stale 值。
怎样计算收益
在相同任务分布下比较总模型用量、工具用量、缓存基础设施成本、端到端延迟和错误复用。按成功交付计算单位成本，把失败后返工算进去。加入权限撤销、数据变更、同义但不同口径和并发失效测试，确认省下费用没有换来错误答案或跨租户泄露。
工程推演
- 场景
- 面试假设：两个部门问“本月支出”，缓存错误复用了另一部门结果。
- 设计决策
- 缓存绑定数据范围与口径，命中时重新核验权限。
- 验证目标
- 相似问题不跨范围共享，失效后不会被迟到旧值覆盖。
- 适用边界
- 缓存新鲜度需按数据用途选择，不能统一设置长 TTL。
连续追问与解答
沿着问题的前提和约束继续向下读。先理解参考解答，再尝试收起答案，用自己的话解释因果和取舍。
第 1 层只把 user_id 放进键够吗？
主问题设计缓存键，需要解释用户标识的不足。
参考解答
不够。还要考虑租户、角色/授权范围、数据及政策版本、查询口径与相关模型或提示配置；不是机械把所有字段全塞进键，而是列出能改变结果合法性与含义的条件。相同用户在权限变化后也不能读取旧敏感结果。
第 1 层权限变了但缓存没过期怎么办？
缓存版本设计后，还要处理撤销传播的不确定性。
参考解答
先重新验证当前权限，失效或拒绝读取旧缓存，传播撤销事件并保留版本屏障。缓存 TTL 不是安全凭证。若失效通知可能丢失，关键读取应核对权威授权版本；无法核对时按风险暂停，不能因命中速度快跳过校验。
沿着这个回答继续深入
第 2 层撤销事件延迟，所有缓存节点暂时还认为权限有效，怎么办？
父问要求失效，子问增加分布式通知延迟。
参考解答
敏感读取不能仅依赖异步通知；核对权威授权版本或使用有明确有效期和撤销语义的授权机制，版本不可得则拒绝。低风险业务若接受有限传播窗口，需要明确合同与暴露范围，不能宣称瞬时撤销。
沿着这个回答继续深入
第 3 层为提高可用性保留旧结果作为降级，是否可以继续返回敏感内容？
父问拒绝不可验证授权，继续讨论可用性压力下的降级选择。
参考解答
没有当前权限证明时不应返回。可以提供不含敏感信息的状态提示或暂停查询，不能把服务降级视为授权降级。旧数据是否可用与旧权限是否可用是两件事，恢复后核对版本再重建缓存。
第 1 层语义缓存遇到“包含”和“不包含”如何验证？
语义匹配可能忽略决定性条件，需给出具体检验。
参考解答
用否定、范围、时间和数值边界对构造测试，比较实际允许数据与结果，而非只看向量距离。语义检索仅提供候选；复用前核对结构化条件和版本。无法证明等价时回到原查询，避免追求命中率把不同业务问题合并。
举一反三：条件变了，怎样推导？
先找出改变的条件，再判断原方案中哪些前提仍成立。下面的案例是教学推演，便于将原理迁移到新问题。
公开天气摘要
改变的条件：无私人数据，允许十分钟旧值。
延伸问题：是否需要复杂权限版本键？
推导与参考解答
按产品明确的新鲜度要求记录地点、时间范围与来源版本，允许旧值时显示时间。公开内容可简化身份维度，但仍需处理单位、否定条件和数据有效性。缓存设计随结果敏感度简化，不能把公开场景套到企业私有资料。
保持不变的原理：复用必须满足当前场景的语义与有效期。
同一查询跨部门
改变的条件：问题文字相同，允许文档集合不同。
延伸问题：可共享最终答案吗？
推导与参考解答
除非能证明双方拥有相同所需数据权限，否则不能。按授权范围隔离候选、结果和引用链接，读取前再次校验；公共机制说明可单独缓存，私人事实不能因问题相同混用。
保持不变的原理：文本相同不等于授权和证据相同。
易错点
- 所有问句按相似度复用
- 命中就跳过权限
- 只看命中率不看总费用和正确性
参考资料
依据公开技术资料设计；参考资料支持技术机制，场景与评分标准为本站设计，不代表某公司面试原题。 新增问答与迁移案例用于原理讲解，来源核查与案例运行验证分别记录。
检查自己理解到哪一步
读完后可以对照这些标准解释原理、边界和取舍。掌握程度由你自评；需要进一步验证时，再完成下方小任务。
- 基础达标
- 知道数据新鲜度由业务用途决定，实时余额不能照搬静态文档缓存。
- 中高级信号
- 能设计权限版本键、命中复查和事件失效。
- 资深信号
- 覆盖并发穿透、迟到写入与单位成功成本。
巩固练习 按需完成 · 建议 15 分钟
写出“部门月支出”缓存键字段，并演示部门权限撤销后的读取路径。
展开验收要求与检查点
- 口径与范围入键
- 撤销立即影响返回
- 迟到旧值不能覆盖新版本
重点检查
- 区分缓存层与可复用条件
- 键包含权限和版本
- 同时测成本与错误复用