AlarmManager启动的Service在应用从任务栏划除后重启时Intent为null

嘿，作为一个踩过不少后台任务坑的Android开发者，我来帮你捋捋这个问题～

首先得搞清楚根源：当你把应用从任务栏划除后，系统可能会因为内存回收或者后台限制杀死你的Service。如果你的onStartCommand方法返回默认的START_STICKY，系统重启Service时就会传入null Intent——这是Android的默认机制，目的是让Service能重新运行，但不会保留之前的Intent数据。

下面给你几个实用的解决方案，按优先级排序：

1. 修改onStartCommand的返回值为START_REDELIVER_INTENT #

这是最直接的办法，告诉系统重启Service时重新传递最后一次的Intent：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    if (intent != null) {
        // 正常处理Intent参数，启动异步下载任务
        new DownloadTask().execute(intent.getExtras());
    } else {
        // 兜底提示：Intent为空，可后续结合持久化方案恢复参数
        Log.w("DownloadService", "Service重启后Intent为null，尝试恢复任务");
    }
    // 返回START_REDELIVER_INTENT，让系统重启时传递最后一次的Intent
    return START_REDELIVER_INTENT;
}

注意：如果Service被杀死前任务还没执行完，重启后可能会重复执行，所以你的下载逻辑最好做幂等处理（比如检查文件是否已存在）。

2. 持久化存储Intent参数 #

把Intent里的extras参数存到本地（比如SharedPreferences、数据库），就算Intent为null，也能从本地读取参数继续执行：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    Bundle params;
    if (intent != null) {
        params = intent.getExtras();
        // 把参数存到SharedPreferences备用
        SharedPreferences sp = getSharedPreferences("DownloadConfig", MODE_PRIVATE);
        SharedPreferences.Editor editor = sp.edit();
        // 假设你的参数是download_url和save_path，根据实际情况调整
        editor.putString("download_url", params.getString("download_url"));
        editor.putString("save_path", params.getString("save_path"));
        editor.apply();
    } else {
        // 从SharedPreferences读取参数
        SharedPreferences sp = getSharedPreferences("DownloadConfig", MODE_PRIVATE);
        params = new Bundle();
        params.putString("download_url", sp.getString("download_url", null));
        params.putString("save_path", sp.getString("save_path", null));
    }

    if (params != null && params.getString("download_url") != null) {
        new DownloadTask().execute(params);
    } else {
        Log.e("DownloadService", "无法获取下载参数，终止任务");
        stopSelf();
    }

    return START_STICKY; // 这里返回START_STICKY也没关系，参数已持久化
}

3. 改用WorkManager替代AlarmManager+Service #

从Android 8.0开始，系统对后台Service的限制越来越严，AlarmManager触发的后台任务很容易被拦截。WorkManager是官方推荐的后台任务调度库，它会自动适配不同版本的后台策略，支持周期性任务、重试机制，参数传递也更可靠：

步骤1：创建Worker类 #

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

    @NonNull
    @Override
    public Result doWork() {
        // 从WorkerParameters获取参数
        String downloadUrl = getInputData().getString("download_url");
        String savePath = getInputData().getString("save_path");
        
        // 执行下载逻辑
        try {
            // 你的下载代码实现...
            return Result.success();
        } catch (Exception e) {
            // 下载失败，可设置重试次数
            return Result.retry();
        }
    }
}

步骤2：调度周期性任务 #

// 创建任务参数
Data inputData = new Data.Builder()
        .putString("download_url", "你的下载链接")
        .putString("save_path", "本地保存路径")
        .build();

// 设置周期性任务（系统允许的最小周期是15分钟）
PeriodicWorkRequest downloadRequest = new PeriodicWorkRequest.Builder(DownloadWorker.class, 15, TimeUnit.MINUTES)
        .setInputData(inputData)
        .build();

// 提交任务
WorkManager.getInstance(context).enqueue(downloadRequest);

WorkManager会自动处理后台限制，就算应用被划除，只要设备有网络和电量，任务依然会执行，而且参数不会丢失。

最后提个小建议：AsyncTask在Android 11已经被标记为废弃了，建议改用Coroutines或者ExecutorService来执行异步下载任务哦～

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