如何让App从最近任务列表关闭后仍保持Job Service运行？

阿华AIGC实验室

2026-5-11

解决JobScheduler在应用关闭/清除后停止执行的问题

兄弟，我太懂你这三天的憋屈了——前台跑的好好的任务，一退后台或者清掉最近任务就直接罢工，试了各种方法都没用，换谁都得挠头。咱们先捋清楚问题根源，再一步步解决。

为什么JobScheduler会在应用关闭后失效？

其实核心原因有这几个：

系统电池优化限制：Android 6.0+的Doze模式和App Standby会在设备闲置时严格限制后台任务，JobScheduler也逃不过；
厂商后台杀进程机制：国内小米、华为、OPPO这些厂商都有自己的后台管理逻辑，用户从最近任务清除应用时，会直接干掉进程并取消所有该应用的调度任务，哪怕你加了setPersisted(true)也没用；
代码里的潜在依赖问题：你代码里直接用了MainActivity.favoritesRoomDatabase这个静态实例，应用被销毁后这个实例大概率会失效，导致任务执行失败；
JobScheduler本身的局限性：当用户主动清除应用时，系统会移除该应用所有已调度的Job，setPersisted(true)只在设备重启时有效，对用户主动杀进程无效。

先试试优化现有JobScheduler的方案

1. 申请忽略电池优化权限

系统的Doze模式会把后台任务按在地上摩擦，咱们得让用户把应用加入电池优化白名单：

// 检查是否有忽略电池优化的权限
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    PowerManager pm = (PowerManager) getContext().getSystemService(Context.POWER_SERVICE);
    if (!pm.isIgnoringBatteryOptimizations(getContext().getPackageName())) {
        Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS);
        intent.setData(Uri.parse("package:" + getContext().getPackageName()));
        startActivity(intent);
    }
}

记得在Manifest里加权限：

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

2. 引导用户加入厂商后台白名单

这一步是关键，国内厂商的后台限制比原生Android狠多了，你得提示用户手动把应用加到“后台保护”或者“自启动管理”列表里。比如：

小米：设置 → 应用设置 → 应用管理 → 你的应用 → 省电策略 → 无限制
华为：设置 → 应用和服务 → 应用启动管理 → 你的应用 → 关闭“自动管理”，打开“允许后台活动”
OPPO：设置 → 电池 → 应用耗电管理 → 你的应用 → 允许后台耗电

3. 修复代码里的致命依赖

你不能依赖MainActivity的静态数据库实例，应用被销毁后这个实例会变成空或者失效。在WallpaperJobService里自己初始化数据库：

private FavoritesRoomDatabase getDatabase() {
    return Room.databaseBuilder(getApplicationContext(), FavoritesRoomDatabase.class, "favorites.db")
            .allowMainThreadQueries() // 注意：这里为了简化，实际建议用异步查询
            .build();
}

private void changeWallpaper(final JobParameters params) {
    // 用自己初始化的数据库，而不是MainActivity的静态变量
    List<Image> images = getDatabase().roomDao().getAllFavoriteWallpapers();
    // ...后续代码
}

另外，Picasso的Target在后台容易被GC回收，你得用一个强引用持有它，避免还没加载完就被回收：

// 把Target定义为成员变量，强引用持有
private Target wallpaperLoadTarget;

private void changeWallpaper(final JobParameters params) {
    // ...其他代码
    wallpaperLoadTarget = new Target() {
        @Override
        public void onBitmapLoaded(final Bitmap bitmap, Picasso.LoadedFrom from) {
            // ...你的逻辑
        }

        @Override
        public void onBitmapFailed(Exception e, Drawable errorDrawable) {
            Log.i("WallpaperJobService", "Bitmap load failed " + e.getMessage());
            // 即使加载失败，也要调用jobFinished，不然任务会一直挂着
            jobFinished(params, false);
        }

        @Override
        public void onPrepareLoad(Drawable placeHolderDrawable) {}
    };
    Picasso.get().load(Constants.domain + images.get(...).getImage_url()).into(wallpaperLoadTarget);
}

如果JobScheduler还是不行，试试这些替代方案

方案1：用WorkManager（官方推荐）

WorkManager是Jetpack推出的专门处理后台任务的组件，它会自动根据系统版本选择JobScheduler、AlarmManager或者BroadcastReceiver，而且任务会持久化，即使应用被杀死，只要系统资源允许就会执行。

步骤1：添加依赖

在build.gradle里加：

dependencies {
    implementation "androidx.work:work-runtime:2.8.1"
}

步骤2：创建Worker类

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

    @NonNull
    @Override
    public Result doWork() {
        Log.i("WallpaperWorker", "任务开始执行");
        // 这里放你的换壁纸逻辑，和之前JobService里的一样
        // 注意：doWork是在后台线程执行的，不用自己开线程
        try {
            FavoritesRoomDatabase db = Room.databaseBuilder(getApplicationContext(), FavoritesRoomDatabase.class, "favorites.db")
                    .build();
            List<Image> images = db.roomDao().getAllFavoriteWallpapers();
            // ...后续加载图片、设置壁纸的逻辑
            return Result.success();
        } catch (Exception e) {
            e.printStackTrace();
            // 如果失败，返回retry，让WorkManager重试
            return Result.retry();
        }
    }
}

步骤3：调度周期性任务

// 创建周期性任务
PeriodicWorkRequest workRequest = new PeriodicWorkRequest.Builder(WallpaperWorker.class, 
        sharedPreferences.getInt("Duration",15), TimeUnit.MINUTES)
        .setConstraints(new Constraints.Builder()
                .setRequiresCharging(sharedPreferences.getBoolean("Charging",false))
                .setRequiredNetworkType(sharedPreferences.getBoolean("Wifi",false) ? NetworkType.UNMETERED : NetworkType.CONNECTED)
                .build())
        .build();

// 提交任务
WorkManager.getInstance(getContext()).enqueueUniquePeriodicWork("WallpaperWork", ExistingPeriodicWorkPolicy.REPLACE, workRequest);

WorkManager的优势在于不用管系统版本和厂商限制（当然还是需要引导用户加白名单），官方维护，稳定性更好。

方案2：AlarmManager + BroadcastReceiver

如果WorkManager满足不了你的需求（比如需要更精确的定时），可以用AlarmManager配合BroadcastReceiver，它的唤醒能力更强，能突破部分Doze模式限制。

步骤1：创建BroadcastReceiver

public class WallpaperAlarmReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        // 收到广播后启动JobService或者直接执行任务
        Intent serviceIntent = new Intent(context, WallpaperJobService.class);
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            context.startForegroundService(serviceIntent);
        } else {
            context.startService(serviceIntent);
        }
    }
}

步骤2：注册Receiver

在Manifest里加：

<receiver android:name=".WallpaperAlarmReceiver" />

步骤3：设置Alarm

AlarmManager alarmManager = (AlarmManager) getContext().getSystemService(Context.ALARM_SERVICE);
Intent intent = new Intent(getContext(), WallpaperAlarmReceiver.class);
PendingIntent pendingIntent = PendingIntent.getBroadcast(getContext(), 777, intent, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE);

long interval = sharedPreferences.getInt("Duration",15) * 60 * 1000;
long triggerAtMillis = System.currentTimeMillis() + interval;

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
    // 针对Doze模式，用setExactAndAllowWhileIdle
    alarmManager.setExactAndAllowWhileIdle(AlarmManager.RTC_WAKEUP, triggerAtMillis, pendingIntent);
} else {
    alarmManager.setRepeating(AlarmManager.RTC_WAKEUP, triggerAtMillis, interval, pendingIntent);
}

注意：Android 12+对PendingIntent的flag有要求，必须加FLAG_IMMUTABLE或者FLAG_MUTABLE。