Alarm Manager偶尔未触发问题咨询：Xamarin.Forms本地通知定时10秒后未正常触发

我之前调试类似本地通知功能时也踩过这些坑，结合Android AlarmManager的特性和Xamarin.Forms的实现逻辑，大概率是以下几个常见原因导致的：

1. Android Doze模式/应用待机限制拦截了Alarm #

从Android 6.0（API 23）开始，系统引入了Doze模式，当设备处于闲置状态时，会严格限制后台操作，包括普通的AlarmManager触发。如果测试设备一段时间未操作进入Doze模式，用AlarmManager.Set()这类普通方法调度的10秒通知很可能会被延迟甚至直接忽略。

解决办法：

• 对于单次精确触发的通知，改用AlarmManager.SetExactAndAllowWhileIdle()方法，它允许在Doze模式下触发精确的闹钟事件；
• 测试时可以临时关闭Doze模式：进入开发者选项 → 找到“Doze模式”相关选项，手动禁用后再测试；
• 针对Android 12及以上版本，需注意SCHEDULE_EXACT_ALARM权限，要在Manifest中声明并在运行时请求（非系统级/闹钟类应用需额外处理）。

2. PendingIntent复用导致新调度被覆盖 #

如果代码中多次创建通知时，使用了相同的requestCode或者Intent核心参数完全一致，系统会复用之前的PendingIntent，这会导致新的10秒调度被旧的PendingIntent覆盖，最终只有最后一次有效的调度生效（甚至可能因参数冲突直接失败）。

解决办法：

• 确保每次创建PendingIntent时使用唯一的requestCode，比如用当前时间戳作为参数：var requestCode = (int)DateTime.Now.Ticks;；
• 给Intent添加独特的Extra参数，比如intent.PutExtra("NotificationUniqueKey", Guid.NewGuid().ToString());，让系统识别为全新Intent，避免复用。

3. 应用进程被系统/厂商后台回收 #

很多国产ROM（小米、华为、OPPO等）有严格的后台进程限制，如果应用在后台被杀死，动态注册的广播接收器可能无法接收Alarm的触发事件。若Xamarin.Forms示例中的广播接收器是动态注册的，就容易出现这类问题。

解决办法：

• 将广播接收器改为静态注册：在AndroidManifest.xml中添加接收器声明，示例如下：

  <receiver android:name=".AlarmReceiver" android:enabled="true" android:exported="true" />
  

• 若需长期稳定触发，可考虑使用Foreground Service提升应用进程优先级，但10秒短调度暂时不需要这一操作。

4. Alarm类型选择错误 #

如果代码中使用了AlarmManager.ElapsedRealtime类型，它的时间计算基于设备启动后的运行时间，不会唤醒休眠的设备。若设备在调度后的10秒内进入休眠，这个Alarm就不会触发，直到设备被手动唤醒。

解决办法：

• 确保使用AlarmManager.RtcWakeup类型，它基于系统UTC时间触发，并且会唤醒休眠的设备（需WAKE_LOCK权限，Xamarin.Forms通知示例通常已处理该权限）。

调试小技巧 #

可以通过ADB命令查看当前系统中注册的Alarm状态，确认通知是否被正确调度：

adb shell dumpsys alarm

在输出中搜索你的应用包名，查看对应Alarm是否存在，以及触发时间是否符合预期。

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