Android后台运行疑问：Foreground Service与BoundService及通知问题

1. 为什么Foreground Service启动后，Activity/ViewModel的协程能在后台持续运行？ #

Android系统会根据进程的优先级决定是否回收进程：

• 启动Foreground Service后，系统会把整个进程的优先级提升为前台进程，这种进程几乎不会被系统杀死（除非内存极度紧张）。
• 只要进程存活，进程内的所有协程（不管是ViewModelScope、Activity启动的还是Service的），只要它们的Job没有被主动取消，就会继续执行。哪怕Service本身没有任何操作，进程的前台优先级也不会改变，所以Activity启动的协程自然能在后台持续运行。

注意：ViewModelScope的生命周期默认绑定ViewModel，若Activity被销毁（比如系统配置变化），ViewModel会被重建，但只要进程存活，协程如果没被取消（比如用supervisorScope或者没触发ViewModel的onCleared），还是会继续运行。

2. BoundService的意义及后台无法运行的原因 #

BoundService的核心作用是组件间的双向通信：

• 它允许Activity等组件绑定到Service，获取Service的实例，直接调用Service中的方法，适合需要实时交互的场景（比如Activity控制音乐播放Service的暂停/播放）。
• 但BoundService的生命周期依赖于绑定它的组件：当所有绑定的组件都解除绑定后，BoundService会自动销毁；如果绑定的组件（比如Activity）进入后台，进程优先级会降低，系统可能回收进程，导致BoundService和协程都停止运行。

简单说，BoundService是为短期交互设计的，不是用来执行长期后台任务的，你的后台BLE通信场景并不适合用它。

3. Foreground Service通知不显示的问题排查 #

你的代码存在几个可能导致通知不显示的问题：

（1）权限缺失 #

• Android 12（API 31）及以上，需要在Manifest中声明POST_NOTIFICATIONS权限，并在运行时申请。
• 所有版本都需要声明FOREGROUND_SERVICE权限，BLE场景还需额外声明FOREGROUND_SERVICE_CONNECTED_DEVICE权限：

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
<uses-permission android:name="android.permission.FOREGROUND_SERVICE_CONNECTED_DEVICE" />
<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />

（2）通知渠道创建的兼容性问题 #

你的createNotificationChannel方法加了@RequiresApi(Build.VERSION_CODES.O)注解，但没有做版本判断，更规范的写法是用版本分支处理：

private fun createNotificationChannel() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        val nm = getSystemService(NOTIFICATION_SERVICE) as NotificationManager
        nm.createNotificationChannel(
            NotificationChannel(
                CHANNEL_ID,
                "Test",
                NotificationManager.IMPORTANCE_DEFAULT
            )
        )
    }
}

（3）PendingIntent目标错误 #

你设置的PendingIntent是跳转到BleService，但Service不能作为通知点击的目标，应该改为跳转到你的主Activity：

val pendingIntent = Intent(this, MainActivity::class.java).let { notificationIntent ->
    PendingIntent.getActivity(this, 0, notificationIntent, PendingIntent.FLAG_IMMUTABLE or PendingIntent.FLAG_UPDATE_CURRENT)
}

（4）图标资源问题 #

确保R.drawable.ic_launcher_foreground是有效的通知图标（尺寸符合要求、透明背景等），如果图标无效，通知可能不会显示。

4. BLE通信代码是否需要迁移到Service中？ #

必须迁移：

• BLE通信是长期后台任务，Activity不可见时可能被系统销毁，导致BLE连接断开、数据接收中断。
• 将BLE的连接、数据回调（BluetoothGattCallback）、数据解析、数据库保存逻辑放到Foreground Service中，能保证进程持续存活，任务不中断。
• 即使Activity被销毁，Service依然能维持BLE连接，处理数据，当Activity重新启动时，还可以通过绑定Service的方式获取最新数据或控制Service。

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