原文摘要
架构师之路：架构设计中的100个知识点（72）
进一步信息揣测
- 计数类通知的实时性实现：通过初始拉取+增量推送的组合方案实现计数实时更新，而非纯拉取或纯推送，这是高实时性场景的常见优化手段。
- 增量推送的隐藏风险：网页端需自行计算最终计数，若推送丢失或乱序可能导致数据不一致，需设计补偿机制（如定时全量拉取校正）。
- 业务容忍度决定架构：对延时敏感的业务（如社交好友添加）采用推送，而容忍延时的场景（如系统公告）可能仅用拉取，避免过度设计。
- 推送协议的选择内幕：实时推送通常依赖WebSocket或长轮询，但实际选型需权衡客户端兼容性（如老旧浏览器降级为短轮询）。
- 计数存储的优化技巧：计数类通知常使用Redis等内存数据库存储，但需注意持久化策略，避免宕机导致数据丢失引发用户投诉。
- 分布式环境下的推送难题：用户连接可能落在不同服务器节点，需通过独立消息队列或共享连接池实现跨节点推送，增加架构复杂度。
- 前端性能的隐性成本：实时推送会加剧客户端资源消耗，移动端需谨慎使用，可能被迫牺牲实时性以换取电量优化。