如何实现类似媒体应用多场景下持续不中断的前台服务

要实现无操作下服务持续运行，不要用网上流传的双进程守护、隐藏通知这类黑科技——高版本安卓（10+）已经完全封堵这类违规保活路径，还会触发应用市场合规检测。正确的实现方式是走系统认可的媒体服务通道，让系统判定你的服务是正在提供用户可感知的媒体能力，主动给进程放行，完全可以覆盖提到的三个场景，具体实现步骤如下：

前置权限与基础配置 #

先在AndroidManifest.xml里声明必要权限和服务：

• 基础前台服务权限：安卓12+需声明<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />，安卓14+必须指定服务类型为媒体播放，否则服务启动直接崩溃
• 唤醒锁权限：<uses-permission android:name="android.permission.WAKE_LOCK" />，用于锁屏和idle模式下维持CPU运行
• 通知权限：安卓13+需动态申请POST_NOTIFICATIONS权限，否则前台服务绑定的通知无法展示，服务会被系统直接杀掉
• 开机广播权限：如果需要重启设备后自动恢复播放，再加RECEIVE_BOOT_COMPLETED权限
• 服务声明示例：

<service
    android:name=".MediaPlayService"
    android:foregroundServiceType="mediaPlayback"
    android:exported="true">
    <intent-filter>
        <action android:name="android.media.browse.MediaBrowserService" />
    </intent-filter>
</service>

分场景具体实现 #

应用退至后台服务不停止 #

核心是启动和系统媒体会话绑定的标准前台服务：

• 服务不要继承普通Service，直接继承MediaBrowserService，在onCreate阶段初始化MediaSession，设置播放回调并标记会话为活跃状态，让系统媒体控制中心能识别到当前有正在运行的媒体任务
• 服务启动后第一时间调用startForeground()，传入固定通知ID和绑定了媒体会话Token的媒体通知，通知要展示播放状态、带播放/暂停/切歌等操作按钮，和系统锁屏、下拉控制中心的媒体控件联动
• 服务的onStartCommand返回值设为START_STICKY，内存不足被系统临时回收后会自动尝试重启，重启后恢复之前的播放状态即可
  核心代码片段：

class MediaPlayService : MediaBrowserServiceCompat() {
    private lateinit var mediaSession: MediaSessionCompat
    private val FOREGROUND_NOTIFY_ID = 20001

    override fun onCreate() {
        super.onCreate()
        // 初始化媒体会话
        mediaSession = MediaSessionCompat(this, "local_media_service").apply {
            setCallback(mediaPlayCallback)
            isActive = true
        }
        sessionToken = mediaSession.sessionToken
        // 构建媒体通知并启动前台服务
        val notification = MediaNotificationBuilder.build(this, mediaSession.sessionToken)
        startForeground(FOREGROUND_NOTIFY_ID, notification)
    }

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

    override fun onGetRoot(clientPackageName: String, clientUid: Int, rootHints: Bundle?): BrowserRoot? {
        return BrowserRoot("media_root", null)
    }

    override fun onLoadChildren(parentId: String, result: Result<MutableList<MediaBrowserCompat.MediaItem>>) {
        result.sendResult(mutableListOf())
    }
}

应用被划掉后台任务列表服务不停止 #

做两个适配即可：

• 不要在服务的onTaskRemoved回调里主动调用stopSelf()，如果检测到当前还有正在播放的媒体任务，直接重新发送启动服务的Intent，把服务拉起来
• 因为用的是系统认可的MediaBrowserService，大部分国产ROM和原生安卓都会在划掉任务的时候主动保留媒体服务进程，不会直接杀——这也是现在主流音乐APP划掉后台还能继续播的核心逻辑，不需要额外做黑科技操作
  核心代码片段：

override fun onTaskRemoved(rootIntent: Intent?) {
    super.onTaskRemoved(rootIntent)
    // 仅在有播放任务时重启服务，无任务时直接销毁避免耗电
    if (mediaSession.controller.playbackState?.state == PlaybackStateCompat.STATE_PLAYING) {
        val restartIntent = Intent(applicationContext, MediaPlayService::class.java)
        startService(restartIntent)
    }
}

锁屏/设备进入Idle模式服务不停止 #

三层适配覆盖场景：

• 持有和播放生命周期绑定的PARTIAL_WAKE_LOCK：开始播放的时候申请唤醒锁，暂停、停止播放的时候立刻释放，避免持续耗电触发系统查杀，申请的时候设置合理超时，防止异常场景下锁未释放
• 实时同步媒体会话状态给系统：只要系统检测到当前有活跃的媒体播放会话，即使进入Doze空闲模式，也会给应用预留必要的CPU运行时间和网络权限，不会主动杀服务
• 引导用户开启电池优化豁免：如果是长时间播放（比如听书、播客）场景，可以在播放页引导用户把应用加入电池优化白名单，这个操作是合规的，不会触发应用市场检测，不要用隐式跳转绕开用户授权
  唤醒锁使用示例：

private var wakeLock: PowerManager.WakeLock? = null

private fun acquireWakeLock() {
    if (wakeLock?.isHeld == true) return
    val pm = getSystemService(POWER_SERVICE) as PowerManager
    wakeLock = pm.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, "app:media_play_lock")
    wakeLock?.acquire(60 * 60 * 1000L) // 最长持有1小时，超时自动释放
}

private fun releaseWakeLock() {
    if (wakeLock?.isHeld == true) {
        wakeLock?.release()
    }
    wakeLock = null
}

合规注意事项 #

• 没有活跃播放任务的时候必须及时调用stopForeground()停止前台服务，释放唤醒锁，不要常驻后台占用资源，否则会被系统判定为恶意应用强制杀死
• 不要隐藏前台服务通知，不要伪造媒体播放状态骗取系统白名单，这类操作在安卓14之后已经被严格管控，会直接导致应用崩溃
• 不要使用双进程守护、Native进程拉活、篡改任务列表这类黑科技保活方案，不仅在高版本系统上无效，还会被应用市场下架处理

内容的提问来源于stack exchange，提问作者Harleen Kaur Arora