iOS 15下content available=1远程推送无法稳定唤醒App的原因

带content-available = 1的静默推送本身就不保证100%唤醒App，iOS 15上观测到的偶发唤醒失效，基本由以下几类明确原因导致：

• 系统级限流规则收紧
  iOS 15对静默推送的频次管控远严于旧版本系统，单设备单App的静默推送唤醒配额为动态调整值，常规活跃状态下每小时仅允许2~3条静默推送触发后台唤醒，超配额的推送会被系统直接丢弃，不会递送到App层。设备处于长期锁屏、CPU低功耗运行状态时，配额还会进一步压缩。
• 推送请求头配置错误
  发送静默推送时，APNs请求头的apns-priority字段必须设置为5，如果沿用普通可见推送的配置将其设为10，iOS 15会直接判定推送格式不符合静默推送要求，随机丢弃推送不触发唤醒，是非常高频的踩坑点。
• 系统功能层面拦截
  • 设备开启低电量模式时，所有静默推送触发的后台唤醒逻辑会被系统全局冻结，直到用户手动打开App一次或关闭低电量模式才会恢复递送。
  • iOS 15新增的专注模式开启后，如果App没被用户加入当前专注模式的允许通知列表，静默推送的调度优先级会被降到最低，设备静置无操作时大概率被系统拦截。
  • 用户手动在多任务界面上滑杀掉App进程后，iOS 15默认禁止普通静默推送唤醒App，仅VoIP、重大位置变化、临近提醒等持特殊高权限的场景可以突破这个限制。
• 用户权限开关限制
  如果用户在系统设置中关闭了App的「后台App刷新」权限，哪怕推送格式完全符合要求，系统也不会将静默推送递送给App，自然无法触发唤醒流程。
• Payload格式不符合规范
  静默推送的aps字典中除了content-available: 1，不能额外携带alert、sound、badge这类会触发用户可见提醒的字段，一旦携带，iOS 15会将其识别为普通用户可见推送，不会执行后台唤醒逻辑；同时整个推送payload大小不能超过4KB，超出后APNs会直接丢弃推送，不会下发到设备。

开发提示：苹果官方从未承诺静默推送100%递送，该能力本身设计用途是做非实时的内容预加载，不适合承载位置上报这类强可靠性要求的业务逻辑。

内容的提问来源于stack exchange，提问作者Anish Vartak