关于Shopware产品release date关联缓存失效机制的技术咨询

Shopware处理依赖产品Release Date的缓存场景，核心靠缓存标签（Cache Tags）和定时缓存失效任务实现，适配Release Date的分钟级精度要求，以下是两个场景的具体处理逻辑：

场景1：产品达到Release Date时更新配送信息 #

• 当产品设置Release Date后，系统会给所有关联配送信息的缓存项（比如产品详情页、商品列表、配送信息模块）打上专属缓存标签，格式类似product-{{productId}}、storefront-delivery-info-{{productId}}
• 同时基于Release Date的精确时间点，创建一个定时失效任务。到点后，系统会通过CacheInvalidationService清除该产品所有对应缓存标签的内容
• 用户再次请求页面时，系统会重新渲染包含正确配送状态的内容并生成新缓存，确保展示的是Release Date后的配送信息

场景2：Release Date后X天移除New Flag #

• New Flag的显示判断逻辑依赖Release Date + 配置的X天这个时间节点，X值取自后台商店或产品配置
• 系统给带有New Flag的产品相关缓存（产品卡片、列表页模块、详情页标识）打上product-new-badge-{{productId}}这类专属标签
• 基于Release Date + X天的时间点创建定时失效任务，到点后清除对应缓存标签的内容
• 缓存失效后，页面重新渲染时会计算当前时间与Release Date的差值，自动判断是否移除New Flag，并生成新的缓存内容

补充细节 #

• 如果手动修改产品Release Date或调整X天的配置，系统会立即更新对应的定时任务，同时触发一次即时缓存清除，避免旧逻辑残留
• 批量设置Release Date的产品，系统会批量生成定时失效任务，不会引发性能问题
• 底层依赖Shopware的MessageQueue组件调度定时任务，确保时间精度和任务可靠性

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