Shopware 6：如何获取已登录前端用户的完整缓存键？

核心思路 #

要实现需求的关键是提前规划缓存键的命名规则，而非事后反向推导未知的缓存键——如果缓存键生成逻辑不透明，反向获取会非常麻烦，甚至无法实现。

具体实现步骤 #

1. 统一缓存键命名规范 #

给用户相关的缓存键嵌入明确标识，比如包含用户ID、页面类型、商品ID（详情页场景）。示例命名：

• 商品列表页缓存键：user:{userId}:product:list
• 商品详情页缓存键：user:{userId}:product:detail:{productId}

这样用户完成购买后，你可以直接根据用户ID、目标商品ID拼接出对应缓存键，无需额外“获取”操作。

2. 绑定登录用户标识到缓存键 #

生成缓存时，必须将当前登录用户的唯一标识（如用户ID、会话ID）嵌入缓存键。以Redis为例，代码示例如下：

# 生成商品列表页缓存键
def get_product_list_cache_key(user_id):
    return f"user:{user_id}:product:list"

# 生成商品详情页缓存键
def get_product_detail_cache_key(user_id, product_id):
    return f"user:{user_id}:product:detail:{product_id}"

3. 购买完成后清除指定缓存 #

用户完成购买流程后，直接调用缓存工具的删除方法，传入拼接好的缓存键即可：

# 假设购买商品ID为123，当前用户ID为456
cache.delete(get_product_list_cache_key(456))
cache.delete(get_product_detail_cache_key(456, 123))

4. 特殊场景处理 #

如果之前的缓存键未包含用户标识，或是多用户共用的公共缓存：

• 优先修改缓存生成逻辑，给用户相关缓存添加唯一标识
• 若无法修改旧逻辑，可给这类缓存设置较短过期时间，同时在购买完成后重新查询最新数据覆盖旧缓存，替代删除操作

不推荐“获取”缓存键的原因 #

多数缓存系统（如Redis、Memcached）不支持按“用户属性”批量查询缓存键，模糊匹配（比如KEYS user:*:product:*）会严重拖慢缓存性能，生产环境绝对禁止使用这类操作。

内容的提问来源于stack exchange，提问作者Tobias Pierschel