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) } 

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

Answer 1

我的问题的答案很简单：

不要使用服务来显示通知（就像 Google 在其 IO Schedule 应用中所做的那样！），而是使用 BroadcastReceiver！

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

BroadcastReceiver 虽然显然仍然可以运行片刻并显示通知。

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

Answer 2

但是我应该如何在非常特定的时间点唤醒用户呢？ （把我的应用想象成一个闹钟）

首先，您的代码不准确。如果设备处于打盹模式，我预计最多 +/- 10 分钟。如果您想要准确的计时，并且您的应用确实是一个闹钟，请使用setAlarmClock()。

对于您现有的代码，use getForegroundService() 而不是 API 级别 26+ 上的 getService()。

Answer 3

您甚至可以考虑定期运行 SyncAdapter/Job Scheduler 执行相同的业务逻辑。 并且要设置新的定期同步，您可以在应用程序启动本身上首次设置。