首先先看一下你实现AlarmManager的代码：

private void setAlarmManager() {
    String alarm = Context.ALARM_SERVICE;
    am = (AlarmManager) getSystemService(alarm);
    Intent intent = new Intent( "REFRESH_LOCATION" );
    pi = PendingIntent.getBroadcast(this, 0, intent,0);
    int type = AlarmManager.ELAPSED_REALTIME_WAKEUP;
    long interval = 2*60*1000;
    long triggerTime = SystemClock.elapsedRealtime();
    am.setRepeating(type, 0, interval, pi);
}

这种情况在国内Android生态里非常普遍，主要是以下几个原因导致的：

• 厂商后台管控策略：几乎所有国内Android厂商（小米、华为、OPPO、vivo等）都预装了后台管理类应用（比如手机管家、电池优化工具），这些工具会主动终止他们判定为「后台闲置」或「高功耗」的第三方应用。一旦你的应用被强制停止，系统会自动取消该应用关联的所有PendingIntent，而AlarmManager是通过PendingIntent来触发后续动作的，自然就失效了。

• 系统层面的后台限制：从Android 6.0（API 23）开始，系统引入了Doze模式和App Standby机制，当设备处于闲置状态时，会严格限制后台应用的活动，包括抑制AlarmManager的触发。另外，Android 12（API 31）之后，setRepeating()方法的限制变得更严格——重复闹钟的最小间隔被强制设为15分钟，你代码里设置的2分钟间隔在高版本系统里本身就不会按预期执行，再叠加厂商的限制，问题就更明显了。

• PendingIntent的配置问题：你代码里创建PendingIntent时用的flag是0，在高版本系统中，这种配置可能导致PendingIntent无法被正确识别或更新，当应用被系统杀死重启后，旧的PendingIntent可能已经失效，而你没有重新创建的逻辑，这也会导致AlarmManager无法正常触发。

给你几个可行的解决方案：

• 引导用户加入后台白名单：让用户把你的应用添加到厂商的后台保护/自启动白名单中，比如小米的路径是「设置→应用设置→你的应用→省电策略→无限制」，华为是「设置→电池→应用启动管理→找到你的应用→打开自动管理+允许后台活动」，这能大幅降低应用被强制停止的概率。

• 改用WorkManager替代AlarmManager：WorkManager是Jetpack提供的专门处理延迟/重复后台任务的组件，它会自动适配不同系统版本和厂商的管控策略，比AlarmManager更可靠，非常适合你这种定期刷新位置的场景。

• 优化PendingIntent的flag：将创建PendingIntent的flag改为PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE（Android 12及以上推荐使用FLAG_IMMUTABLE，如果不需要修改Intent内容的话），确保PendingIntent能被系统正确识别和复用。

• 调整AlarmManager的使用方式（如果一定要用）：对于Android 12+，放弃setRepeating()，改用setExactAndAllowWhileIdle()或setAlarmClock()来触发单次闹钟，然后在广播接收器中重新设置下一次闹钟，以此模拟重复触发的逻辑，这样能绕过系统对重复闹钟的间隔限制。

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