关于PLP页面各产品展示心愿单图标及相关DB调用可行性的问询

是否应在PLP每个产品上展示心愿单图标 #

从用户体验角度，在PLP为每个产品展示心愿单图标是合理且值得推荐的：

• 让用户无需进入PDP，就能快速将心仪产品加入心愿单，提升操作流畅度
• 直观呈现产品是否已在心愿单中，避免用户重复操作或产生认知困惑

但要注意，无论是PLP还是PDP，都必须准确判断产品的心愿单状态，否则会出现已加入却显示未选中的错误，损害用户对产品的信任。

PLP页面调用DB获取心愿单数据的可行性 #

可行方案及适用场景 #

• 批量拉取+前端匹配：如果用户心愿单数据量不大（比如上限几百条），页面加载时一次性拉取当前用户的所有心愿单产品ID，前端在渲染PLP时直接对比产品ID判断状态。这种方式避免了对每个产品单独调用DB，性能开销可控。
• 后端缓存+批量匹配：后端将用户心愿单ID列表缓存到Redis这类高性能缓存中，处理PLP请求时，直接从缓存获取ID列表，与当前PLP的产品ID做匹配后，将"是否在心愿单"状态随产品列表一并返回给前端，响应速度快，DB压力小。

需要规避的风险 #

• 绝对禁止对PLP的每个产品单独发起DB查询，这会引发N+1查询问题：当PLP展示20-30个产品时，会发起几十次DB请求，严重拖慢页面加载速度，甚至导致DB性能瓶颈。
• 若用户心愿单数据量极大，一次性拉取全量ID可能占用较多带宽，此时建议后端在返回PLP产品列表时，主动将每个产品的心愿单状态嵌入响应数据，减少前端额外请求。

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