推送通知对用户参与至关重要但实现复杂。测试你在移动场景下的系统设计能力。
覆盖架构：通知服务、平台集成、交付追踪。
讨论可靠性：重试、降级、交付保证。
解决用户体验：频率、相关性、退出机制。
提到分析和A/B测试。
我会设计三层系统。通知服务接收业务触发，应用用户偏好和限流后排队。交付层集成APNs和FCM，处理token管理、重试逻辑和交付回执。分析层跟踪打开率、忽略率和下游转化。关键设计：用消息队列保证可靠性，实现用户级限流防止通知疲劳，支持带图片和操作按钮的富通知，存储通知历史供应用内展示。还实现偏好中心让用户控制通知类别。经验表明，尊重用户偏好的应用参与度比全量推送的高40%。
强调对用户的尊重：频率限制、相关内容、易于退出。
讨论token管理——token会过期和变化，经常被忽视。
提到静默通知用于后台数据更新。
APNs是Apple的推送服务用于iOS，FCM是Firebase云消息用于Android。两者都需要设备token，有不同的载荷格式和大小限制。
实现指数退避重试、跟踪交付状态、清理无效token、关键消息使用备用渠道（应用内通知、邮件）。
研究显示大多数应用2-5个最优。超过这个数增加卸载率。始终让用户通过偏好控制频率。