如何创建应用关闭后仍可运行的Android后台服务？

核心前提：理解Android后台规则 #

从Android 8.0（API 26）开始，系统严格限制后台服务存活：普通后台服务在应用退后台后几分钟内会被回收，只有前台服务能长期运行，但默认必须显示通知。厂商定制系统（小米、华为等）还有额外管控逻辑，这是你之前尝试各种方法失效的核心原因。

一、合规实现持久服务（无感知前台服务） #

WhatsApp这类应用并非完全不显示前台通知，而是利用消息类前台服务权限和低优先级静默通知实现近似无感知的效果：

1. 声明专用权限 #

在AndroidManifest.xml中替换原有的前台服务权限，使用消息类专用权限：

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

同时给服务添加stopWithTask="false"，确保服务被移除时能触发重启逻辑：

<service 
    android:name=".PullService" 
    android:exported="false"
    android:stopWithTask="false"/>

2. 创建静默通知通道+启动前台服务 #

在PullService.kt中，创建一个低优先级、无声音震动的通知通道，启动前台服务时使用该通知：

private const val CHANNEL_ID = "messaging_service_channel"

override fun onCreate() {
    super.onCreate()
    createSilentNotificationChannel()
    // 初始化消息拉取线程（用HandlerThread替代普通Thread）
    initPullThread()
}

private fun createSilentNotificationChannel() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        val channel = NotificationChannel(CHANNEL_ID, "消息服务", NotificationManager.IMPORTANCE_LOW)
        channel.description = "保持在线接收消息"
        channel.setSound(null, null) // 关闭通知音
        channel.enableVibration(false) // 关闭震动
        channel.setShowBadge(false) // 不显示应用角标
        getSystemService(NotificationManager::class.java).createNotificationChannel(channel)
    }
}

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    // 构建静默通知
    val notification = NotificationCompat.Builder(this, CHANNEL_ID)
        .setSmallIcon(R.drawable.ic_notification_small) // 必须设置小图标（Android强制要求）
        .setContentTitle("消息服务运行中")
        .setContentText("保持在线接收消息")
        .setPriority(NotificationCompat.PRIORITY_MIN) // 最低优先级
        .setSilent(true) // 静默通知，不弹出提示
        .build()
    
    // Android 8.0+必须用startForegroundService启动，然后5秒内调用startForeground
    startForeground(1, notification)
    return START_STICKY // 服务被杀死后，系统资源充足时会尝试重启
}

效果：原生Android中该通知会被归入"静默通知"折叠组，用户不会被打扰；部分厂商系统会自动隐藏该通知（因属于消息类服务，系统给予豁免）。

3. 服务被杀后的重启机制 #

在PullService.kt中重写onTaskRemoved，用AlarmManager延迟重启服务：

override fun onTaskRemoved(rootIntent: Intent?) {
    super.onTaskRemoved(rootIntent)
    val restartIntent = Intent(this, PullService::class.java)
    val pendingIntent = PendingIntent.getService(
        this,
        0,
        restartIntent,
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) PendingIntent.FLAG_IMMUTABLE else PendingIntent.FLAG_UPDATE_CURRENT
    )
    val alarmManager = getSystemService(ALARM_SERVICE) as AlarmManager
    // 延迟5秒重启，使用RTC_WAKEUP确保即使锁屏也能触发
    alarmManager.setExactAndAllowWhileIdle(
        AlarmManager.RTC_WAKEUP,
        System.currentTimeMillis() + 5000,
        pendingIntent
    )
}

二、正确管理消息拉取线程 #

不要在onCreate中启动无绑定的普通Thread，改用HandlerThread绑定服务生命周期，避免内存泄漏：

private lateinit var pullHandlerThread: HandlerThread
private lateinit var pullHandler: Handler

private fun initPullThread() {
    pullHandlerThread = HandlerThread("MessagePullThread")
    pullHandlerThread.start()
    pullHandler = Handler(pullHandlerThread.looper)
    // 启动消息拉取循环（示例为每隔30秒拉取一次）
    pullHandler.postDelayed(::pullMessages, 0)
}

private fun pullMessages() {
    // 在这里实现你的消息拉取逻辑
    // ...
    
    // 拉取完成后，继续延迟执行下一次拉取
    pullHandler.postDelayed(::pullMessages, 30000)
}

override fun onDestroy() {
    super.onDestroy()
    pullHandlerThread.quitSafely() // 安全停止线程
}

三、适配厂商后台管控 #

国内小米、华为、OPPO等厂商有独立的后台管理系统，必须引导用户手动开启以下权限：

1. 自启动权限
2. 忽略电池优化
3. 后台弹出权限（部分厂商需要）

示例代码引导用户开启忽略电池优化：

private fun requestBatteryOptimizationExemption() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        val pm = getSystemService(POWER_SERVICE) as PowerManager
        val packageName = packageName
        if (!pm.isIgnoringBatteryOptimizations(packageName)) {
            val intent = Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS)
            intent.data = Uri.parse("package:$packageName")
            startActivity(intent)
        }
    }
}

可以在应用首次启动时弹出引导页面，告知用户开启这些权限的必要性。

四、你之前尝试的问题分析 #

• startService无效：Android 8.0+必须使用startForegroundService启动前台服务，且5秒内必须调用startForeground，否则会触发ANR
• START_STICKY无效：系统仅在资源充足时重启服务，不能保证100%重启，必须配合AlarmManager手动重启
• AlarmManager重启无效：可能是PendingIntent的flag设置错误（需根据API版本使用FLAG_IMMUTABLE或FLAG_UPDATE_CURRENT），或厂商限制了AlarmManager的触发频率

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