Android：如何延迟展示推送通知并点击调API？AlarmManager有效性咨询

可行性明确：完全可以实现 #

这个需求在Android平台是完全可行的，只要处理好不同版本的后台规则和厂商的定制限制，就能完成「收到推送暂存、按用户设置延迟展示、点击拉取详情」的完整流程。

基本实现步骤 #

• 暂存推送内容：收到推送后，先不要弹通知，把通知的标题、内容、消息ID等关键信息存到本地（比如SharedPreferences、Room数据库），同时记录用户设置的延迟时长。
• 调度延迟任务：根据延迟时长，安排一个定时任务，到点后从本地取出信息，构建并展示通知。
• 处理通知点击：给通知绑定PendingIntent，点击时启动对应的页面，在页面里调用API根据消息ID拉取完整详情展示。

关于AlarmManager的有效性疑问 #

• 应用被强制关闭后：如果用户在任务管理器里划掉应用，或者系统因内存不足杀了进程，之前设置的AlarmManager任务会直接失效，不会触发延迟通知。
• 设备重启后：AlarmManager的任务不会跟着系统重启保留，重启后所有未触发的Alarm都会丢失。如果要支持重启后恢复，得做两件事：
  • 静态注册ACTION_BOOT_COMPLETED广播接收器（Android 8.0+要求必须静态注册，而且应用得被用户手动打开过一次，否则收不到这个广播）。
  • 收到开机广播后，从本地读出所有没完成的延迟推送任务，重新调用AlarmManager设置延迟。

必须注意的系统与厂商限制 #

• Android 6.0+ Doze模式/App Standby：
  进入Doze模式后，普通的AlarmManager任务会被延迟到Doze周期结束才执行。如果需要精准触发，得用setAndAllowWhileIdle()或setExactAndAllowWhileIdle()，但这两个API有调用频率限制，一天最多几次，不能乱用。
• Android 8.0+ 后台启动限制：
  后台Service的启动被严格限制，要是用Alarm触发后台Service来弹通知，要么改成用ForegroundService（会显示通知栏图标），要么直接用WorkManager更省心。
• 厂商ROM的后台管控：
  小米、华为、OPPO这些厂商的系统有自己的后台杀进程策略，就算你用了标准API，应用在后台也可能被干掉，导致延迟任务失效。这种情况只能引导用户给应用开「自启动权限」「后台运行权限」。

更靠谱的替代方案：WorkManager #

如果想要更好的兼容性和可靠性，别用AlarmManager了，直接上WorkManager：

• 它会自动适配不同Android版本的后台规则，包括Doze模式，不用你自己处理复杂的适配逻辑。
• 支持设备重启后自动恢复未完成的任务，不用手动处理开机广播。
• 一键创建延迟任务，示例代码如下：

  // 创建单次延迟工作请求
  val delayRequest = OneTimeWorkRequestBuilder<DelayNotifyWorker>()
      .setInitialDelay(userDelay, TimeUnit.MINUTES) // userDelay是用户设置的时长
      .build()
  
  // 提交任务
  WorkManager.getInstance(context).enqueue(delayRequest)
  

  在DelayNotifyWorker的doWork()方法里，读本地存储的推送信息，然后调用NotificationManager展示通知就行。

通知点击的小细节 #

• Android 12及以上版本，PendingIntent必须设置FLAG_IMMUTABLE或FLAG_MUTABLE，如果不需要修改Intent内容，优先用FLAG_IMMUTABLE。
• 点击通知跳转页面时，可以把消息ID通过Intent传过去，页面启动后就用这个ID调用API拉取完整详情。

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