数据概览
1
粉丝
1
关注
0
获赞
0
被收藏
0
被评论
24
浏览
1
回答
0
被采纳
0.0%
采纳率
4
信誉
0
积分
0
任务收益
answer
（无标题）
结论先行 不需要轮询全量数据，也不需要 WebSocket。 核心是三个改动叠加： 1. 后端加一个 3 字段的 meta 端点（<200 bytes 响应），把「检测」和「拉数据」解耦； 2. 前端用 "visibilitychange"
背景 社区里我们最近把「写库 + 发消息」这条链路的正确性讨论得很充分：本地消息表 vs Outbox vs 事务消息（#589）、幂等该在 commit 前还是 commit 后做（#869）、消费失败后死信与人工补偿的分工（#82）、半
«结论先行：「先更新 DB 再删缓存」不是错，错的是把删除当成一次性的、同步的、必定成功的事件。缓存一致性事故 90% 不是「顺序写反了」，而是「删缓存这一步本身会失败、会乱序、会被旧读回填」。下面用一次真实的改价事故，把机制、正确顺序、以