Magento 2.2.x多店铺全页缓存（FPC）异常问题咨询

AI 小北

2026-5-29

嘿，我之前在多店铺环境下调试全页缓存（FPC）时遇到过一模一样的问题，咱们来一步步拆解和解决它：

问题核心分析

这个现象的本质是缓存键的生成逻辑混入了浏览器/会话相关的动态变量，而不是仅基于店铺、URL这类稳定标识。常见的诱因包括：

缓存键里包含了sessionId、非必要的浏览器Cookie（比如跟踪类Cookie）
非默认店铺的缓存上下文没有正确隔离，导致生成键时引入了请求会话的唯一标识
不同浏览器/隐身模式的请求头差异（比如User-Agent的细微版本差别、自定义请求头）被纳入了缓存键计算

解决方案步骤

第一步：检查FPC缓存键的生成规则
找到你配置的全页缓存键生成逻辑（通常在缓存配置文件或自定义模块中），确保缓存键只包含以下稳定维度：
- 店铺ID/代码（比如store_code=store_a）
- 请求的URL路径+查询参数
- 设备类型（移动端/桌面端）
- 语言/区域设置
  务必排除任何和会话、浏览器相关的动态变量，比如$_COOKIE里非必要字段、$_SESSION标识、User-Agent里的细分版本号（可以只保留主版本）。
第二步：验证Redis中的缓存键差异
用redis-cli连接到你的Redis实例，执行以下命令查看Store A相关的缓存键：
```
KEYS "*store_a*"
```
对比不同浏览器/隐身模式请求生成的键，找出差异部分。如果键里包含session:xxxxxx或者cookie:yyyyyy这类动态内容，那就是问题根源。
第三步：调整FPC的缓存上下文配置
如果使用的是内置FPC模块，检查缓存上下文的排除规则，确保不会将会话相关的请求属性纳入缓存键。示例配置如下：
```
// 排除会话ID和非必要Cookie
$cacheContext->exclude('session_id');
$cacheContext->exclude('cookie', 'non_essential_cookie_name');
```
第四步：测试跨浏览器请求的一致性
确保不同浏览器/隐身模式下请求的是完全相同的Store A URL（域名、路径、查询参数完全一致，无额外动态参数）。同时用浏览器开发者工具查看请求头，确认Host、Accept-Language这类影响缓存的头信息保持一致。
第五步：验证缓存命中逻辑
在请求Store A首页时，执行redis-cli monitor命令监控Redis操作，观察是否有GET请求命中已存在的缓存键，而非每次都执行SET生成新键。

额外提示

如果你的FPC是基于URL+店铺标识生成缓存键，还要确认非默认店铺的URL是否正确携带了店铺标识（比如子域名storea.yourdomain.com或查询参数?store=store_a），确保不同请求的店铺标识解析完全一致。

内容的提问来源于stack exchange，提问作者Ankur Goyal