应用被彻底关闭后无法接收推送，AlarmManager无效的技术求助

我现在遇到个头疼的问题：我的应用只有在后台运行（没被从任务管理器彻底关闭）时，才能收到服务器推送的通知；一旦把应用彻底关掉，通知就完全送不到了。但像WhatsApp这类应用，就算被彻底关闭，还是能收到消息通知，这到底是怎么做到的？

我试着用后台服务加AlarmManager来解决，写了这段代码：

private void StartServiceForPushs() { 
    Intent intent = new Intent(this, typeof(Activity_MainMenu)); 
    PendingIntent pendingIntent = PendingIntent.GetService(this, 0, intent, 0); 
    AlarmManager alarm = (AlarmManager)GetSystemService(Context.AlarmService); 
    alarm.SetRepeating(AlarmType.RtcWakeup, TimeUtils.CurrentTimeMillis(), 1 * 60000, pendingIntent); 
}

本来想让它每分钟检查一次推送，但应用彻底关闭后还是没用，求各位大佬给点技术帮助！

问题根源与解决方案 #

首先得明确：WhatsApp这类应用不是靠自己的后台服务轮询实现的，它们用的是系统级的推送服务，这才是核心差异。

为什么你的代码没用？

• 从Android 8.0（API 26）开始，系统对后台服务做了严格限制：应用被杀死后，普通的后台服务会被系统直接终止，AlarmManager触发的PendingIntent.GetService根本无法启动你的服务。
• 而且SetRepeating在API 19之后就不再保证精确执行，系统会为了省电调整唤醒时间，更别说应用被杀死后完全不触发了。

正确的实现方式

1. 优先使用系统级推送服务

   • 国外用Firebase Cloud Messaging (FCM)：FCM依赖Google Play Services（系统级进程），只要用户设备上有Google服务，即使你的应用被彻底关闭，FCM的系统服务也会一直在后台运行。当有推送消息时，系统会自动唤醒你的应用，显示通知或者执行你预设的逻辑。
   • 国内用户的话，因为Google服务普遍不可用，需要集成小米、华为、OPPO、vivo等厂商的推送SDK——这些厂商的推送服务也是系统级的，同样能绕过应用被杀死的限制，把消息推送到设备上。

2. 如果必须自己实现（不推荐）

   • 用前台服务：前台服务必须在状态栏显示一个常驻通知，系统不会轻易杀死它，但这种方式会影响用户体验，除非你的应用确实需要持续后台运行（比如音乐播放器）。
   • 用WorkManager：WorkManager可以安排周期性任务，即使应用被杀死，系统也会在资源充足的时候执行任务，但它不是实时的，适合非紧急的轮询场景，而且依然不能保证100%执行（系统在低电量等场景下还是会限制）。

对你现有代码的小改进（临时方案）

如果暂时不想接入推送服务，可以试试把PendingIntent.GetService改成PendingIntent.GetBroadcast，用广播接收器来处理任务，然后在广播接收器中启动前台服务——但这种方式依然不如系统级推送可靠，而且很容易被系统的电池优化策略干掉。

内容的提问来源于stack exchange，提问作者innomotion media