关于91网，我把通知干扰讲清楚后，很多问题都通了（细节决定一切）
关于91网，我把通知干扰讲清楚后，很多问题都通了（细节决定一切）
前言 在91网负责通知体系那段时间，我发现多数用户抱怨的并不是单一的功能缺陷，而是“通知干扰”这个模糊概念在不同环节叠加后产生的复杂症状。把这些干扰一条条拆开、讲清楚并逐一解决后，许多看似无解的问题自然迎刃而解。下面把我的排查思路、关键细节和可复用的解决办法写出来，供同类产品参考。
一、问题的真实表现（不要被表象迷惑） 常见抱怨包括：
- 收到重复通知或短时间内连续收到多条相同提醒；
- 通知延迟，明明事件已发生却很久才推送；
- 离线用户回连后瞬间被大量通知“淹没”；
- 手机和网页端通知不一致，用户无法管理偏好；
- 用户在设置中已关闭仍能收到通知。
这些现象往往交织出现，根源却来自不同层面：消息生成、传输、去重、用户偏好同步、第三方推送服务、以及前端展示逻辑。
二、排查思路：按链路分层定位 把通知链路拆成几段逐段排查，能避免“打补丁式”修复：
- 事件源：确认业务事件是否被重复触发（任务重试、幂等性问题）。
- 后端处理：队列、消费者是否有并发导致重复写入或多次推送。
- 去重策略：是否存在唯一标识（notification_id）及幂等检查。
- 推送服务：第三方（FCM/APNs）重试、token失效或collapse key设置是否合理。
- 客户端：service worker、前端逻辑、可见性判断是否重复显示或漏显。
- 设置同步：用户偏好在多端的一致性、缓存策略是否过期。
三、关键细节与解决方法（能直接落地的点）
- 统一唯一标识（notification_id）
- 生成规则要和业务事件一一对应（例如：事件类型+资源ID+时间窗口）。
- 后端接收时先做数据库或缓存层的幂等检查，短时间内重复事件直接丢弃或合并。
- 队列与消费者的幂等
- 消费者需基于通知ID执行幂等操作；对失败要用可重入逻辑，避免重试导致重复推送。
- 在队列中保留元信息（retry count、dedup key、created_at），方便追踪。
- 合理合并与节流（batching & debounce）
- 对短时间内大量同类通知，采用合并摘要（例如“你有5条新评论”），或者限制最小推送间隔。
- 对用户不可打断的通知（如转账）保持即时性，规则根据优先级差异化处理。
- 推送服务参数设置
- 使用FCM/Apns的collapse key或apns-collapse-id减少离线回连瞬时涌入。
- 对Android/iOS分别处理token更新与失效，清理无效token避免反复失败。
- 前端展示与去重
- Service Worker收到推送前先检查通知ID；若页面已处理，避免再次展示。
- 当页面可见并已有相应UI更新，可考虑不展示系统通知，或以较低优先级提示。
- 用户偏好与多端同步
- 将偏好存储在服务器为准，客户端启动时拉取最新配置并在本地短期缓存。
- 修改偏好时采用乐观更新并异步确认，避免设置不生效的错觉。
- 可观察性：打点、日志与回放
- 每条通知在生命周期中都要有trace id，记录生成、入队、出队、推送、客户端ACK等状态。
- 建报警：重复率、延迟分位、退订率上升等指标触发告警。
四、一个小案例：把重复率从两位数降到个位数 问题源头是某业务在高并发下触发了多次事件；消费者重试策略又没有幂等判断，导致短时间多次推送。经过调整：
- 事件端添加幂等key（事件ID+业务窗口）；
- 消费端在入库前判断并写入唯一索引；
- 对离线回连使用collapse key并在客户端合并通知摘要； 结果：用户投诉中“重复通知”相关问题显著下降，运营统计中短时间内同类通知量下降了近一半，用户留存无形中改善。
五、测试与上生产的注意点
- 在预发布环境用流量回放（replay）模拟高并发事件，观察队列和去重效果。
- 小流量灰度：先对部分用户开启新策略，监控关键指标再全量推；
- 自动化测试覆盖幂等场景、重试场景和断网重连场景。
六、实践清单（落地时逐项核对）
- 为每类通知定义唯一ID生成规则；
- 在存储层建立去重/唯一索引或缓存锁；
- 实现消费者端的幂等处理与合理重试策略；
- 配置推送平台的collapse与优先级参数；
- 前端service worker做通知ID校验并支持合并显示；
- 用户偏好以服务端为准，支持即时生效并有回滚机制；
- 打通链路日志与Trace，设置重复率、延迟等告警；
- 在预发做高并发回放、在生产做灰度观察。
结语 通知看似小功能，但牵涉的环节多、细节多，任何一处松懈都会演化成用户感知上的“大问题”。把“通知干扰”拆开讲清楚，不仅能解决具体投诉，还会让整个消息体系更健壮、产品体验更可靠。细节决定一切——从唯一ID、幂等、合并策略到前端展示和监控，每一项都值得认真做。若你也在为通知问题抓耳挠腮，可以按上面的清单逐项排查，很多问题会自己显现并被解决。
