alarmmanager - Android O 和​​后台限制阻止简单的警报通知

Question

我自己的应用程序使用与 2016 年 Google I/O 应用程序显示的完全相同的技术。see source

我需要在一个非常特定的时间点提醒用户 - 使用通知。

为此，我使用 AlarmManager在正确的时间点唤醒设备:

    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        am.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, alarmTime, pendingIntent);
    } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
        am.setExact(AlarmManager.RTC_WAKEUP, alarmTime, pendingIntent);
    } else {
        am.set(AlarmManager.RTC_WAKEUP, alarmTime, pendingIntent);
    }

pendingIntent是这样创建的:

    final Intent intent = new Intent(MyAlarmService.ACTION_NOTIFY_RIDE, null, this, MyAlarmService.class);
    pendingIntent = PendingIntent.getService(this, 0, intent, PendingIntent.FLAG_CANCEL_CURRENT);

现在，我的 MyAlarmService类是一个简单的 IntentService处理唤醒只是为了为用户创建通知。

我在日志中收到的消息如下:

W/ActivityManager: Background start not allowed: service Intent { act=xxx.xxx.xxx.action.NOTIFY_RIDE flg=0x4 cmp=xxx.xxx.xxx./xxx.xxx.xxx.service.MyAlarmService (has extras) } 

现在，谷歌自己的实现显然已经坏了——即使我不想做任何繁重的后台工作，我也不能再使用这种技术了。但是我应该如何在一个非常特定的时间点唤醒用户呢？ (把我的 App 想象成一个闹钟)

Answer 1

我的问题的答案很简单:

不要使用服务来显示通知(就像 Google 在其 IO Schedule 应用程序中所做的那样!)，而是使用 BroadcastReceiver!

我不知道为什么 Google 确实使用了 IntentService，但现在在 Android O 上，由于后台执行限制，这根本不再起作用。

BroadcastReceiver 虽然显然仍然可以运行一小会儿并显示通知。

如果有人能告诉我为什么谷歌首先使用 IntentService ，我会加分……这让我花了很长时间才弄明白，因为我认为谷歌知道他们在做什么…… :(