Android 9下实现APP关闭后仍每5分钟运行的后台服务咨询

你的问题很典型——Android 8.0（API 26）之后引入了后台服务限制，Android 9更是强化了这些限制，导致你原来的Service实现完全失效。我来帮你拆解问题并给出可靠的解决方案：

为什么原来的代码不能用了？ #

• 后台服务启动限制：Android 8.0+中，当APP进入后台（没有可见Activity）时，调用startService()会直接抛出IllegalStateException，所以你在onTaskRemoved()里重启服务的逻辑根本跑不通。
• 线程可靠性差：用while(true)加Thread.sleep()的方式实现定时，系统随时可能因为内存回收或后台限制杀死这个线程，而且APP进程被销毁后，这个线程也会直接消失，完全没法在APP关闭后继续执行。
• START_STICKY不再靠谱：高版本系统中，即使返回START_STICKY，系统也不会主动重启被杀死的后台服务，除非APP有前台进程关联。

推荐解决方案：使用WorkManager #

WorkManager是Jetpack官方推出的后台任务管理组件，专门适配Android各个版本的后台限制，即使APP被关闭、设备重启（配置好的话），也能保证任务按预期执行，是处理这种周期性后台任务的最优选择。

步骤1：添加依赖 #

在你的app模块的build.gradle中添加WorkManager依赖：

dependencies {
    def work_version = "2.8.1"
    implementation "androidx.work:work-runtime:$work_version"
}

步骤2：创建Worker类（核心任务执行逻辑） #

这个类负责执行你的检查操作，以及根据结果显示通知：

import android.app.Notification;
import android.app.NotificationChannel;
import android.app.NotificationManager;
import android.content.Context;
import android.os.Build;
import androidx.core.app.NotificationCompat;
import androidx.work.Worker;
import androidx.work.WorkerParameters;

public class BackgroundCheckWorker extends Worker {
    // 通知渠道ID，Android O及以上必须配置
    private static final String CHECK_NOTIFICATION_CHANNEL = "BackgroundCheck_Channel";

    public BackgroundCheckWorker(Context context, WorkerParameters params) {
        super(context, params);
    }

    @Override
    public Result doWork() {
        try {
            // 1. 执行你的检查逻辑（比如接口请求、本地数据校验等）
            boolean checkResult = performBackgroundCheck();

            // 2. 根据检查结果决定是否显示通知
            if (checkResult) {
                showNotification("检查完成", "发现新内容，请查看");
            }

            // 任务执行成功，返回Result.success()
            return Result.success();
        } catch (Exception e) {
            e.printStackTrace();
            // 任务执行失败，可以返回Result.retry()重试，或者Result.failure()终止
            return Result.retry();
        }
    }

    // 你的检查逻辑，替换成实际业务代码
    private boolean performBackgroundCheck() {
        // 示例：模拟检查结果为true
        return true;
    }

    // 显示通知的方法
    private void showNotification(String title, String content) {
        NotificationManager notificationManager =
                (NotificationManager) getApplicationContext().getSystemService(Context.NOTIFICATION_SERVICE);

        // Android O及以上必须创建通知渠道
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            NotificationChannel channel = new NotificationChannel(
                    CHECK_NOTIFICATION_CHANNEL,
                    "后台检查通知",
                    NotificationManager.IMPORTANCE_DEFAULT
            );
            notificationManager.createNotificationChannel(channel);
        }

        // 构建通知
        Notification notification = new NotificationCompat.Builder(getApplicationContext(), CHECK_NOTIFICATION_CHANNEL)
                .setContentTitle(title)
                .setContentText(content)
                .setSmallIcon(R.drawable.ic_notification) // 替换成你的应用通知图标
                .setPriority(NotificationCompat.PRIORITY_DEFAULT)
                .build();

        // 发送通知，ID可自定义
        notificationManager.notify(1001, notification);
    }
}

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

在APP启动时（比如Application类的onCreate()，或者MainActivity的onCreate()），启动这个周期性任务：

import androidx.appcompat.app.AppCompatActivity;
import android.os.Bundle;
import androidx.work.PeriodicWorkRequest;
import androidx.work.WorkManager;
import java.util.concurrent.TimeUnit;

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        // 创建周期性任务：每5分钟执行一次
        // 注意：WorkManager的PeriodicWorkRequest最小间隔为15分钟（系统强制，为了优化电池）
        // 如果必须严格5分钟，可以用OneTimeWorkRequest，在任务结束后调度下一次
        PeriodicWorkRequest checkRequest =
                new PeriodicWorkRequest.Builder(BackgroundCheckWorker.class, 5, TimeUnit.MINUTES)
                        .build();

        // 将任务提交给WorkManager
        WorkManager.getInstance(this).enqueue(checkRequest);
    }
}

重要注意事项 #

• 周期限制：WorkManager的PeriodicWorkRequest系统强制最小间隔为15分钟，如果你的业务必须严格每5分钟执行，需要改用OneTimeWorkRequest，在doWork()方法最后调度下一次5分钟后的任务：

  // 在Worker的doWork()末尾添加
  OneTimeWorkRequest nextRequest = new OneTimeWorkRequest.Builder(BackgroundCheckWorker.class)
          .setInitialDelay(5, TimeUnit.MINUTES)
          .build();
  WorkManager.getInstance(getApplicationContext()).enqueue(nextRequest);
  

  但这种方式在设备进入Doze模式时会被延迟执行，若需要唤醒设备，还需要申请WAKE_LOCK权限，不过会增加电池消耗，谨慎使用。
• 通知渠道：Android O及以上必须创建通知渠道才能显示通知，代码中已经包含相关逻辑，记得替换成你自己的图标和渠道名称。
• 设备重启支持：如果需要设备重启后任务继续执行，不需要额外配置，WorkManager默认会自动恢复未完成的任务。

这样实现后，即使APP被关闭，你的检查任务也能在后台按预期执行，并且完美适配Android 9及以上系统的限制。

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