AlarmManager调度的IntentService偶尔异常终止问题求助

我之前做类似的后台应用统计功能时也踩过这个坑，结合Android的后台机制和你的实现逻辑，帮你梳理下可能的原因和可行的解决办法：

一、先排查调度逻辑的隐藏问题 #

你提到在IntentService的onCreate()方法中调度下一次Alarm，这里有个容易忽略的坑：IntentService是单例设计，第一次启动时会触发onCreate()，但后续多次调用startService()只会把新的Intent加入任务队列，不会再执行onCreate()。这意味着如果服务没有被系统销毁，后续任务执行完后不会重新设置下一次Alarm，最终导致任务中断。

修复方法： #

把调度下一次Alarm的代码移到onHandleIntent()方法的finally块中（确保无论任务成功还是失败，都会触发下一次调度），示例代码如下：

@Override
protected void onHandleIntent(Intent intent) {
    try {
        // 你的UsageStats和UsageEvents获取逻辑
        long now = System.currentTimeMillis();
        long startTime = now - 60 * 1000;
        UsageStatsManager usm = (UsageStatsManager) getSystemService(USAGE_STATS_SERVICE);
        List<UsageStats> stats = usm.queryUsageStats(UsageStatsManager.INTERVAL_DAILY, startTime, now);
        // 处理数据...
    } catch (Exception e) {
        Log.e("UsageTracker", "获取应用使用数据失败", e);
    } finally {
        // 确保任务无论成败，都调度下一分钟的执行
        scheduleNextExactAlarm();
    }
}

private void scheduleNextExactAlarm() {
    AlarmManager alarmManager = (AlarmManager) getSystemService(ALARM_SERVICE);
    Intent intent = new Intent(this, YourIntentService.class);
    PendingIntent pendingIntent = PendingIntent.getService(
            this, 
            0, 
            intent, 
            PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE
    );
    
    long nextTriggerTime = System.currentTimeMillis() + 60 * 1000;
    // 根据系统版本选择合适的Alarm触发方式
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, nextTriggerTime, pendingIntent);
    } else {
        alarmManager.setExact(AlarmManager.RTC_WAKEUP, nextTriggerTime, pendingIntent);
    }
}

二、适配Android后台限制（核心解决方案） #

从Android 6.0的Doze模式、7.0的App Standby到8.0的后台服务限制，系统对后台任务的管控越来越严格，每分钟一次的高频任务很容易被系统拦截或杀死：

1. 改用WorkManager替代AlarmManager #

WorkManager是Google官方推荐的后台任务调度框架，能自动适配所有Android版本的后台限制，即使应用被杀死或设备重启（需配置），任务也能正常执行。对于精确的每分钟任务，可以用链式的一次性WorkRequest实现：

// 调度第一个任务
OneTimeWorkRequest firstWork = new OneTimeWorkRequest.Builder(UsageStatsWorker.class)
        .setInitialDelay(0, TimeUnit.MINUTES)
        .build();
WorkManager.getInstance(context).enqueue(firstWork);

// 在Worker的doWork()方法中处理数据，并调度下一次任务
public class UsageStatsWorker extends Worker {
    public UsageStatsWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        try {
            // 获取并处理UsageStats逻辑
            long now = System.currentTimeMillis();
            long startTime = now - 60 * 1000;
            UsageStatsManager usm = (UsageStatsManager) getApplicationContext().getSystemService(USAGE_STATS_SERVICE);
            List<UsageStats> stats = usm.queryUsageStats(UsageStatsManager.INTERVAL_DAILY, startTime, now);
            // 处理数据...
        } catch (Exception e) {
            Log.e("UsageWorker", "任务执行失败", e);
            return Result.retry(); // 失败后自动重试
        }
        
        // 调度下一分钟的任务
        OneTimeWorkRequest nextWork = new OneTimeWorkRequest.Builder(UsageStatsWorker.class)
                .setInitialDelay(1, TimeUnit.MINUTES)
                .build();
        WorkManager.getInstance(getApplicationContext()).enqueue(nextWork);
        
        return Result.success();
    }
}

2. 若坚持使用AlarmManager，需适配高版本限制 #

• 对于Android 6.0+，使用setExactAndAllowWhileIdle()替代setExact()，这个方法可以在Doze模式下触发（注意系统限制每9分钟最多触发一次高频任务，因此每分钟的需求在Doze模式下可能仍受限制，WorkManager仍是更优选择）。
• 给IntentService添加前台服务特性：在onHandleIntent()开始时调用startForeground()，显示一个低优先级的通知（比如“正在统计应用使用情况”），避免系统把服务判定为后台闲置服务而杀死。示例：

@Override
protected void onHandleIntent(Intent intent) {
    // 启动前台服务（API 26+必须显示通知）
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        NotificationChannel channel = new NotificationChannel(
                "usage_tracker", 
                "应用统计", 
                NotificationManager.IMPORTANCE_LOW
        );
        NotificationManager manager = getSystemService(NotificationManager.class);
        manager.createNotificationChannel(channel);
    }
    Notification notification = new NotificationCompat.Builder(this, "usage_tracker")
            .setContentTitle("应用统计中")
            .setContentText("正在收集使用数据")
            .setSmallIcon(R.drawable.ic_notification)
            .build();
    startForeground(1, notification);
    
    try {
        // 你的任务逻辑...
    } finally {
        stopForeground(true); // 任务完成后关闭前台服务
        scheduleNextExactAlarm();
    }
}

三、其他优化建议 #

• 添加详细日志：在IntentService/Worker的关键节点（任务开始、结束、调度完成、异常捕获）添加日志，方便排查服务终止的具体原因。
• 检查权限：确保已经获取PACKAGE_USAGE_STATS权限，这个权限需要用户在「设置-应用-你的应用-权限-使用权限」中手动开启，没有权限会导致获取UsageStats时抛出异常，进而终止服务。
• 重写onStartCommand：如果使用IntentService，重写onStartCommand()返回START_REDELIVER_INTENT，这样服务被系统杀死后，会重新传递未完成的Intent：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    super.onStartCommand(intent, flags, startId);
    return START_REDELIVER_INTENT;
}

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