这是 Beta 探索课程，内容结构、实验步骤和示例可能会继续调整。
通知轰炸问题
用户投诉：通知太多了
入职第五周，客服给我转了一条用户投诉：
「你们 App 太烦了！每分钟都给我发通知，我都要疯了！能不能关掉？」
我查了这个用户的通知记录：
type count MIN(created_at) MAX(created_at)
like 127 2026-04-01 09:00:00 2026-04-01 09:59:00
comment 45 2026-04-01 09:05:00 2026-04-01 09:58:00
follow 3 2026-04-01 09:10:00 2026-04-01 09:50:001 小时内，这个用户收到了 175 条通知！平均每分钟 3 条。
原因是一条「如何学习编程」的帖子引发了大量讨论：127 个点赞、45 条评论、3 个新关注，每条都触发通知。
问题分析
通知系统缺少限流机制：
触发通知的场景：
- 每个点赞 → 1 条通知
- 每条评论 → 1 条通知
- 每个关注 → 1 条通知
热门动态可能：
- 点赞数：上千
- 评论数：上百
- 关注数：几十
如果每条都发通知，用户会收到几百条通知！核心问题：没有通知限流，热门内容会轰炸用户。
轰炸的代价
通知轰炸不只是体验差：
- 用户被淹没，重要通知（私信）也被埋没。
- 用户烦了会关闭通知权限——永久失去触达。
- 推送量大，成本与带宽浪费。
一句话
通知轰炸的根源是「每个事件都发通知」：热门内容放大成几百条。**核心问题：没有通知限流，热门内容会轰炸用户。**下一节看限流策略。
发现内容有问题？
告诉我们哪里需要改进。