AI 应用缓存如何避免跨用户混用？检查隔离键与过期规则

审查缓存隔离条件

缓存可以减少重复工作，但如果缓存键没有包含影响结果的身份、权限、租户或资料版本，不同用户可能得到不该看到的结果；如果过期规则不合理，更新或撤权后的旧信息也可能继续出现。检查对象不止浏览器缓存，还可能包括应用层回答缓存、检索结果缓存、连接器缓存和第三方 API 缓存。

列清缓存数据与隔离条件

列出每类缓存的数据、保存位置、读写组件、缓存键、过期时间、清除入口、敏感级别和是否包含个人/业务信息。确认哪些条件会改变答案：用户权限、租户、语言、提示版本、索引版本、产品配置、时间范围。若任何条件影响正确性或授权，却没有进入缓存隔离或失效策略，应作为风险处理。

验证身份与资料变更

使用两个合成租户和不同权限角色测试。先让甲查询仅甲可见资料，再让乙提交相同问题，检查是否复用缓存；随后修改资料、撤销权限或更改提示版本，验证缓存命中是否失效。核查响应头、内部日志、缓存命中记录和清除操作，但不要在生产环境放入真实秘密做隔离测试。

确定过期策略时，分开评估数据敏感性、更新频率、成本和时效要求。固定 TTL 并不自动满足所有场景；撤权、删除、身份变化可能需要主动失效。若无法确保立即清除，明确风险窗口、限制缓存内容或采用不缓存策略。对不可控的第三方缓存，要向服务商确认处理方式。

上线清单记录缓存键设计审查、隔离用例、更新失效测试、权限撤销测试、保留策略和事件响应负责人。数据源、身份体系或部署架构变化后重新评估。缓存命中提升不应以跨用户数据混用或过期答案为代价。