Android OREO中Widget更新问题：AlarmManager运行数日后停止触发

这种情况我做Widget开发时也踩过一模一样的坑！Android O（API 26）之后的后台限制确实严格，普通AlarmManager方案在设备进入Doze模式、应用后台驻留过久后很容易被系统“静默”，导致onReceive不再触发。下面给你拆解核心原因和对应的解决办法：

1. 抛弃废弃的重复闹钟API #

Android O之后AlarmManager.setRepeating()已被标记为废弃，系统会对这类重复闹钟进行严格调度限制，甚至运行一段时间后直接停止触发。正确的做法是单次设置闹钟，每次触发后再重新设置下一次，并且使用支持Doze模式的API：

// 在你的BroadcastReceiver的onReceive方法末尾，设置下一次更新闹钟
private void scheduleNextUpdate(Context context) {
    AlarmManager alarmManager = (AlarmManager) context.getSystemService(Context.ALARM_SERVICE);
    Intent intent = new Intent(context, YourAlarmReceiver.class);
    // Android 12+必须添加FLAG_IMMUTABLE，避免PendingIntent异常
    PendingIntent pendingIntent = PendingIntent.getBroadcast(
            context,
            0,
            intent,
            PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE
    );

    long nextTriggerTime = System.currentTimeMillis() + 60 * 1000; // 60秒后更新

    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        // 允许在Doze模式下触发的精确闹钟
        alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, nextTriggerTime, pendingIntent);
    } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
        alarmManager.setExact(AlarmManager.RTC_WAKEUP, nextTriggerTime, pendingIntent);
    } else {
        alarmManager.set(AlarmManager.RTC_WAKEUP, nextTriggerTime, pendingIntent);
    }
}

2. 适配系统电池优化 #

即使使用了setExactAndAllowWhileIdle，如果应用被加入系统电池优化列表，闹钟仍可能被延迟或禁止触发。你可以：

• 在应用内引导用户手动将应用加入电池优化白名单（不同品牌路径不同，比如小米是「设置-电池与性能-应用省电策略-无限制」）
• 代码中请求忽略电池优化的权限（注意：需向Google Play说明用途，避免审核被拒）：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    PowerManager powerManager = (PowerManager) getSystemService(POWER_SERVICE);
    if (!powerManager.isIgnoringBatteryOptimizations(getPackageName())) {
        Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
        intent.setData(Uri.parse("package:" + getPackageName()));
        startActivity(intent);
    }
}

3. 开机重启后重新初始化闹钟 #

设备重启后，所有AlarmManager的闹钟都会被清除，必须监听开机广播，重启后重新设置：

• 在Manifest中注册权限和广播接收器：

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

<receiver android:name=".BootCompletedReceiver">
    <intent-filter>
        <action android:name="android.intent.action.BOOT_COMPLETED" />
        <action android:name="android.intent.action.QUICKBOOT_POWERON" />
    </intent-filter>
</receiver>

• 在BootCompletedReceiver的onReceive中调用设置闹钟的方法：

public class BootCompletedReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (Intent.ACTION_BOOT_COMPLETED.equals(intent.getAction())) {
            // 重新设置Widget更新闹钟
            scheduleNextUpdate(context);
        }
    }
}

4. 更可靠的替代方案：WorkManager #

如果你的Widget不需要秒级精确更新，更推荐用Google Jetpack的WorkManager——它是专门为适配Android后台限制设计的组件，能自动处理Doze模式、设备重启等场景，长期运行更稳定：

步骤1：添加依赖 #

在build.gradle中加入WorkManager依赖：

implementation "androidx.work:work-runtime:2.8.1"

步骤2：创建更新Widget的Worker #

public class WidgetUpdateWorker extends Worker {
    public WidgetUpdateWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        // 执行Widget更新逻辑
        AppWidgetManager appWidgetManager = AppWidgetManager.getInstance(getApplicationContext());
        ComponentName widgetComponent = new ComponentName(getApplicationContext(), YourWidget.class);
        int[] widgetIds = appWidgetManager.getAppWidgetIds(widgetComponent);
        // 调用Widget的更新方法
        YourWidget.updateAppWidgets(getApplicationContext(), appWidgetManager, widgetIds);
        
        return Result.success();
    }
}

步骤3：启动周期性任务 #

在Widget的onEnabled方法（或应用启动时）启动任务：

public void startWidgetUpdateTask(Context context) {
    // WorkManager的PeriodicWorkRequest最小间隔为15分钟，若需更频繁更新仍需用AlarmManager方案
    PeriodicWorkRequest updateRequest = new PeriodicWorkRequest.Builder(
            WidgetUpdateWorker.class,
            15, TimeUnit.MINUTES
    ).build();

    WorkManager.getInstance(context).enqueueUniquePeriodicWork(
            "WidgetUpdateTask",
            ExistingPeriodicWorkPolicy.REPLACE,
            updateRequest
    );
}

最后提醒 #

• 尽量避免过于频繁的更新（比如60秒一次），系统会判定为资源滥用，更容易被限制。若业务允许，适当延长间隔能提升稳定性。
• 测试一定要用真实设备，模拟器的Doze模式和后台限制与真实设备差异较大。

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