移动端网页多语言内容缓存失效如何排查？检查 Vary 头部配置
当移动端网页返回多语言内容时，若未在响应头中添加 Vary: Accept-Language，缓存机制会错误地将不同语言的内容视为同一资源，导致用户请求特定语言时却获取到错误内容。
检查响应头是否包含 Vary 指令
使用抓包工具或浏览器开发者工具查看网络请求的响应头。确认服务器是否返回了 Vary 头部，且其值中是否包含 Accept-Language。如果响应头中完全没有 Vary 字段，或者该字段仅包含 URL 而未包含语言相关头，则说明缓存键未区分语言，这是导致缓存失效的根本原因。
在移动端抓包时，重点观察针对同一 URL 但 Accept-Language 不同的请求。如果服务器返回了相同的响应头，且未包含 Vary: Accept-Language，那么缓存系统会认为这些请求对应同一个缓存键，从而错误地复用缓存。正确的做法是确保响应头包含 Vary: Accept-Language，以便缓存系统根据 URL 和语言请求头生成独立的缓存键。
验证 Vary 头部是否正确区分语言变体
对比不同语言请求的响应头，确认 Vary 头部是否正确生效。对于 Accept-Language: ja-JP 的请求，响应头应包含 Vary: Accept-Language，且缓存系统应将 ja-JP 内容与 en-US 内容分开存储。如果 Vary 头部配置正确，缓存系统会为同一 URL 的不同语言生成不同的缓存条目，确保用户获取到正确的语言版本。
若 Vary 头部配置错误，例如未包含 Accept-Language，缓存系统将仅基于 URL 进行缓存。这意味着当用户切换语言时，缓存系统会直接返回之前缓存的任意一个语言版本，导致内容错乱。通过对比不同语言请求的响应头和缓存行为，可以验证 Vary 头部是否正确区分了语言变体，从而解决缓存失效问题。
排查 User-Agent 导致的缓存命中率过低问题
检查响应头中是否错误地包含了 User-Agent。如果为了实现响应式设计而将 User-Agent 加入 Vary 头部，会导致缓存键数量激增。由于 User-Agent 字符串变化极多，缓存系统将难以复用缓存，从而大幅降低命中率。应优先采用特性检测而非依赖 User-Agent 来优化移动端体验。
如果响应头中包含 Vary: User-Agent，应考虑移除该指令。根据 HTTP 缓存规范，User-Agent 的巨大变体数量会严重破坏缓存效率。应通过代码逻辑检测设备特性来调整显示，而不是依赖请求头中的 User-Agent 值来决定缓存策略，以避免缓存命中率过低。
确认个性化内容是否使用了正确的缓存指令
对于包含个性化内容的响应，应检查是否使用了 Cache-Control: private 指令。如果响应包含 Cookie 且未指定 private，可能会被错误地存储在共享缓存中，导致其他用户获取到个性化内容。正确的做法是使用 private 指令将缓存限制在特定客户端，而不是通过在 Vary 头部中包含 Cookie 来实现。
如果响应包含 Cookie 且未指定 private，缓存系统可能会将其视为可共享内容，从而造成信息泄露。应确保响应头包含 Cache-Control: private，以便将缓存限制在特定客户端。同时，避免在 Vary 头部中包含 Cookie，因为 Cookie 的变化频率同样会严重影响缓存效率。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。