android - 即使手机被锁定，如何每 x 分钟发送一次通知

Question

我正在制作一个提醒应用程序，所以我需要每 x 分钟发送一次通知，因为我研究发现我需要使用 AlarmManager(idk 如果我可以使用任何其他方法)。所以我正在尝试使用 AlarmManager 来触发通知。它仅在我使用手机时有效，如果手机已锁定，警报不会触发，当我解锁手机时会触发。

这是我的AndroidManifest.xml:

<uses-permission android:name="android.permission.VIBRATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.WAKE_LOCK"/>
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>


    <receiver android:name=".util.NotificationAlarmReceiver"/>

    <receiver android:name=".util.BootCompletedReceiver"
        android:permission="android.permission.RECEIVE_BOOT_COMPLETED" android:enabled="true" android:exported="true">
        <intent-filter>
            <category android:name="android.intent.category.DEFAULT"/>
            <action android:name="android.intent.action.BOOT_COMPLETED"/>
            <action android:name="android.intent.action.ACTION_BOOT_COMPLETED"/>
            <action android:name="android.intent.action.REBOOT"/>
            <action android:name="android.intent.action.QUICKBOOT_POWERON"/>
            <action android:name="com.htc.intent.action.QUICKBOOT_POWERON"/>
            <action android:name="android.intent.action.ACTION_SHUTDOWN"/>
        </intent-filter>
    </receiver>

所以我必须接收一个用于通知，一个用于在启动时激活 alarmManager。

在扩展 BroadcastReceiver 的 NotificationAlarmReceiver 上，我也在尝试使用 WakeLock:

@覆盖public void onReceive(Context context, Intent Intent ) {

    PowerManager pm = (PowerManager) context.getSystemService(Context.POWER_SERVICE);
    PowerManager.WakeLock wl = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "com.test.reminder:WakeLockForNotification");
    wl.acquire(60 * 1000L /*1 minute*/);

    // Notification code is here.

    wl.release();
}

所以我试图唤醒显示通知然后释放，但只是不唤醒。这是我用来设置警报的代码:

 Intent intentAlarm = new Intent(this, NotificationAlarmReceiver.class);
        AlarmManager alarmManager = (AlarmManager) this.getSystemService(ALARM_SERVICE);
        PendingIntent pi = Build.VERSION.SDK_INT >= Build.VERSION_CODES.M ? PendingIntent.getBroadcast(this, Constants.ALARM_ID, intentAlarm, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE) : PendingIntent.getBroadcast(this, Constants.ALARM_ID, intentAlarm, PendingIntent.FLAG_UPDATE_CURRENT);
        alarmManager.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, SystemClock.elapsedRealtime()+tinyDB.getLong(Constants.notification_interval_key,AlarmManager.INTERVAL_HALF_HOUR), tinyDB.getLong(Constants.notification_interval_key,AlarmManager.INTERVAL_HALF_HOUR), pi);
    

那么有什么解决方案可以在每次需要时显示通知。我还阅读了 android 文档以不使用确切的警报管理器，我还看到有人使用了作业调度程序，但我对此并不熟悉，而且他们也遇到了问题，因此任何想法或解决方案都会得到应用。

Answer 1

我自己经历了这个过程。围绕警报/计时器的文档不必要地令人困惑。为简化起见，如果您的应用实际上是一个提醒应用，并且用户确实希望通知恰好每 X 分钟发生一次，那么使用精确警报就可以了。

但要小心，因为 Android 之神讨厌常识和任何形式的一致性。唯一可靠的确切警报是 setAlarmClock()，尤其是当您处理打瞌睡模式时。此外，虽然名称 setExactAndAllowWhileIdle() 听起来可能会始终 准确执行，但它并不符合 documentation :

To reduce abuse, there are restrictions on how frequently these alarms will go off for a particular application. Under normal system operation, it will not dispatch these alarms more than about every minute (at which point every such pending alarm is dispatched); when in low-power idle modes this duration may be significantly longer, such as 15 minutes.

最后一部分破坏了使用 setExactAndAllowWhileIdle() 作为重复警报的希望。

与您的想法相反，您不想要setInexactRepeating() 甚至setRepeating()。如果你仔细观察，documentation 底部的小纸条说:

Note: as of API 19, all repeating alarms are inexact. If your application needs precise delivery times then it must use one-time exact alarms, rescheduling each time as described above. Legacy applications whose targetSdkVersion is earlier than API 19 will continue to have all of their alarms, including repeating alarms, treated as exact.

因此，要真正实现可靠重复的精确闹钟，您必须使用 setAlarmClock() 安排第一个闹钟，并且每次闹钟响起时，安排下一个通知/闹钟使用 setAlarmClock()。作为开发此功能的提示，您可以在 Broadcast Intent 的 extras 中存储有关何时安排下一个警报的信息。

这是可悲的部分:以上可能适用于 AOSP，但其他供应商在如何管理警报方面具有自由。参见 https://dontkillmyapp.com/这些供应商是谁。

一些额外的信息:

AlarmManager 已经在 BroadcastReceiver 的 onRecieve() 方法中提供了唤醒锁，如 here 所述:

The Alarm Manager holds a CPU wake lock as long as the alarm receiver's onReceive() method is executing. This guarantees that the phone will not sleep until you have finished handling the broadcast. Once onReceive() returns, the Alarm Manager releases this wake lock. This means that the phone will in some cases sleep as soon as your onReceive() method completes. If your alarm receiver called Context.startService(), it is possible that the phone will sleep before the requested service is launched. To prevent this, your BroadcastReceiver and Service will need to implement a separate wake lock policy to ensure that the phone continues running until the service becomes available.

正如问题的评论中所指出的，为了使用准确的警报(因此 setAlarmClock())，您需要声明 SCHEDULE_EXACT_ALARM list 中的许可。请注意，这是一项特殊许可，可以撤销。您可以使用 canScheduleExactAlarms以确定权限是否被撤销。我建议查看该文档和 ACTION_SCHEDULE_EXACT_ALARM_PERMISSION_STATE_CHANGED 的文档, 查看如何处理被撤销的权限。