如何在Android Oreo中保持JobIntentService及Overlay服务持续运行？

看起来你已经理清了来电状态Service的处理思路，但悬浮窗Service因为需要保留实例引用的特殊性，确实不能用重启的方案。我来分享几个针对这种场景的靠谱方案：

1. 提升Service优先级：使用前台Service #

Android系统对后台Service的限制越来越严格（尤其是Android 8.0+），普通后台Service很容易被系统回收。把悬浮窗Service设为前台Service能大幅提升它的存活优先级，这是最有效的方案之一：

• 首先创建一个前台通知（Android 8.0及以上需要先创建通知渠道）：

// 创建通知渠道（仅Android O及以上需要）
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
    val channel = NotificationChannel(
        "overlay_service_channel",
        "悬浮窗服务",
        NotificationManager.IMPORTANCE_LOW // 低优先级，避免打扰用户
    )
    val notificationManager = getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager
    notificationManager.createNotificationChannel(channel)
}

// 构建前台通知
val notification = NotificationCompat.Builder(this, "overlay_service_channel")
    .setContentTitle("悬浮窗服务运行中")
    .setContentText("点击关闭悬浮窗")
    .setSmallIcon(R.drawable.ic_overlay)
    .build()

// 启动前台Service
startForeground(1, notification)

• 在Service的onCreate或者onStartCommand方法中调用上述代码，这样系统会认为这个Service是用户可见的（即使通知是低优先级），不会轻易杀死它。

2. 合理配置onStartCommand的返回值 #

确保你的悬浮窗Service在onStartCommand中返回合适的取值，作为系统回收后的兜底：

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    // 初始化悬浮窗逻辑...
    return START_STICKY // 如果Service被系统意外杀死，重启后会重新调用onStartCommand（注：重启会创建新实例，仅作兜底）
}

不过要注意：如果系统内存极度紧张，还是可能会杀死前台Service，但这种情况已经很少见了。

3. 避免用死循环维持运行 #

你提到考虑过while循环，强烈不建议这么做——死循环会阻塞Service的主线程，不仅会导致ANR，还会让系统更倾向于回收这个占用资源的Service。如果需要定期执行一些检查逻辑，可以用Handler或者协程来实现：

用Handler实现定期检查 #

private val handler = Handler(Looper.getMainLooper())
private val checkRunnable = object : Runnable {
    override fun run() {
        // 检查悬浮窗状态、Service运行状态等
        handler.postDelayed(this, 5000) // 每5秒检查一次
    }
}

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    handler.post(checkRunnable)
    return START_STICKY
}

override fun onDestroy() {
    super.onDestroy()
    handler.removeCallbacks(checkRunnable) // 销毁时移除任务
}

用协程实现（Kotlin） #

private var job: Job? = null

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    job = lifecycleScope.launch {
        while (isActive) {
            // 检查逻辑
            delay(5000)
        }
    }
    return START_STICKY
}

override fun onDestroy() {
    super.onDestroy()
    job?.cancel()
}

4. 为什么isStopped没用？ #

isStopped()方法只能判断Service是否通过stopSelf()或者stopService()被主动停止，当系统强制杀死Service时，不会回调onDestroy，isStopped()也无法提前感知这种情况，所以这个方法对你的场景帮助不大。

最后再提醒一下：如果你的悬浮窗需要在App退出后依然运行，除了前台Service，还要确保申请了SYSTEM_ALERT_WINDOW权限（Android 6.0+需要用户手动授权），否则悬浮窗无法显示，Service的存在也没有意义。

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