应用被杀死后服务遭销毁：使用START_STICKY仍存异常的技术咨询

我很理解你遇到的这个困扰——明明按照文档配置了START_STICKY，但应用被杀后服务还是留不住。这其实是因为Android从8.0（API 26）开始引入了严格的后台限制机制，普通后台服务在应用进入后台后很容易被系统回收，哪怕返回了START_STICKY也没用。下面我给你几个可行的解决方案，根据你的业务需求来选：

1. 改用前台服务（Foreground Service） #

这是目前让服务持续后台运行最可靠的方式。前台服务会在系统状态栏显示一个低优先级的通知，告诉系统这个服务是用户需要的，不会轻易被回收。

实现步骤： #

• 首先为Android 8.0+创建通知渠道（必须步骤）：

private void createNotificationChannel() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        NotificationChannel channel = new NotificationChannel(
                "BACKGROUND_SERVICE_CHANNEL",
                "后台服务",
                NotificationManager.IMPORTANCE_LOW // 低优先级，避免打扰用户
        );
        NotificationManager manager = getSystemService(NotificationManager.class);
        if (manager != null) {
            manager.createNotificationChannel(channel);
        }
    }
}

• 在onStartCommand中启动前台服务：

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    createNotificationChannel();

    // 构建前台通知
    Notification notification = new NotificationCompat.Builder(this, "BACKGROUND_SERVICE_CHANNEL")
            .setContentTitle("服务运行中")
            .setContentText("正在执行后台任务")
            .setSmallIcon(R.drawable.ic_service_default) // 必须设置图标
            .build();

    // 启动前台服务，通知ID不能为0
    startForeground(1001, notification);

    // 在这里执行你的后台任务逻辑
    runBackgroundTask();

    return START_STICKY;
}

注意：Android 12+要求前台服务必须在用户交互（比如点击按钮）后才能启动，不能在应用启动时无交互自动启动，否则会抛出异常。

2. 使用WorkManager处理周期性/延迟任务 #

如果你的服务不需要持续运行，只是需要定期执行某个任务（比如同步数据、上传日志），WorkManager是更好的选择。它会自动适配不同Android版本的后台限制，系统会在合适的时机调度任务，即使应用被杀也能保证任务执行。

示例代码： #

• 创建Worker类：

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

    @NonNull
    @Override
    public Result doWork() {
        // 执行你的后台任务
        performBackgroundTask();
        return Result.success(); // 任务成功完成
        // 如果需要重试可以返回Result.retry()
    }
}

• 调度周期性任务（最小周期为15分钟）：

PeriodicWorkRequest workRequest = new PeriodicWorkRequest.Builder(
        MyBackgroundWorker.class,
        15, TimeUnit.MINUTES
).build();

WorkManager.getInstance(getApplicationContext()).enqueue(workRequest);

3. 补充：监听系统广播（BOOT_COMPLETED） #

如果需要服务在设备重启后自动恢复，可以注册BOOT_COMPLETED广播，但注意：

• 必须在AndroidManifest中静态注册广播接收器
• 应用必须至少被用户手动打开过一次，否则广播不会被接收
• Android 10+需要RECEIVE_BOOT_COMPLETED权限

示例： #

在AndroidManifest中添加：

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

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

广播接收器类：

public class BootCompletedReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (Intent.ACTION_BOOT_COMPLETED.equals(intent.getAction())) {
            // 重启前台服务
            Intent serviceIntent = new Intent(context, YourForegroundService.class);
            if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
                context.startForegroundService(serviceIntent);
            } else {
                context.startService(serviceIntent);
            }
        }
    }
}

为什么你的START_STICKY没生效？ #

你看到onCreate()和onStartCommand()被重新调用，是因为系统确实尝试重启了服务，但很快又把它杀掉了——这是Android后台优化的结果。系统会根据当前内存情况、应用的优先级来决定是否保留服务，普通后台服务的优先级很低，很容易被回收。

总结一下：如果需要持续运行的后台服务，优先用前台服务；如果是周期性任务，用WorkManager；需要随系统启动的话，结合广播和前台服务。

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