NotificationListenerService调用stopService()无法停止问题求助

云上老周

2026-5-6

解决NotificationListenerService无法通过stopService停止的问题

我来帮你梳理下这个问题的核心原因，以及对应的解决方案——NotificationListenerService是Android系统中特殊绑定的服务，当用户在系统设置里开启通知监听权限后，系统会自动绑定该服务，这个系统绑定的优先级远高于你APP自身的绑定，所以单纯调用stopService()或者解除APP的绑定，根本无法切断系统和服务的关联，自然停不掉服务。

核心问题拆解

系统会在用户启用权限后，主动通过SERVICE_INTERFACE绑定你的NLService，这个绑定你无法通过常规的unbindService()解除
START_STICKY的启动模式会让服务在被系统杀死后自动重启，进一步加剧了“停不掉”的现象
原代码中isBound变量混淆了系统绑定和APP自身绑定，导致解绑逻辑混乱

解决方案步骤

1. 改造NLService：添加专属停止逻辑

我们需要主动请求解除系统绑定，再终止服务自身，同时区分开系统绑定和APP绑定的状态：

class NLService : NotificationListenerService() {
    private val binder = NLBinder()
    var isBoundToApp: Boolean = false // 仅标记和APP的绑定状态，避免和系统绑定混淆
    companion object {
        var isServiceActive = false // 用静态变量标记服务是否运行，替代废弃的getRunningServices
    }

    override fun onCreate() {
        super.onCreate()
        isServiceActive = true
    }

    override fun onBind(intent: Intent?): IBinder? {
        logDebug("NLService is bind!")
        val action = intent?.action
        logDebug("onBind action: $action")
        return if (action == SERVICE_INTERFACE) {
            logDebug("Bound by system")
            super.onBind(intent)
        } else {
            logDebug("Bound by application")
            isBoundToApp = true
            binder
        }
    }

    override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
        // 不需要系统自动重启服务，改成START_NOT_STICKY
        return Service.START_NOT_STICKY
    }

    // 自定义的服务停止方法，处理系统绑定解除+自身终止
    fun stopServiceProperly() {
        // 先解除系统的通知监听绑定
        if (isListening) { // isListening是系统内置方法，判断是否正在监听通知
            requestUnbind()
            logDebug("Request unbind from system")
        }
        // 解除和APP的绑定（如果存在）
        if (isBoundToApp) {
            try {
                unbindService(binder)
            } catch (e: IllegalArgumentException) {
                logDebug("Already unbound from app")
            }
            isBoundToApp = false
        }
        // 终止服务自身
        stopSelf()
        isServiceActive = false
        logDebug("Service stopped properly")
    }

    override fun onDestroy() {
        super.onDestroy()
        isServiceActive = false
        logDebug("Service destroyed")
    }

    // ... 原有onNotificationPosted、onNotificationRemoved、NLBinder代码不变
}

2. 修正Fragment的停止逻辑

不再直接调用stopService()，而是通过绑定的服务实例调用我们自定义的停止方法，同时优化服务状态判断：

open class ServiceFragment : Fragment(), INLServiceActions, INLBinderActions {
    private lateinit var notificationListenerIntent: Intent
    private var notificationListenerService: NLService? = null
    private lateinit var binder: NLService.NLBinder
    private val connection = object : ServiceConnection {
        override fun onServiceDisconnected(name: ComponentName?) {}
        override fun onServiceConnected(name: ComponentName?, service: IBinder?) {
            logDebug("onServiceConnected called.")
            binder = service as NLService.NLBinder
            notificationListenerService = binder.getService()
        }
    }

    override fun onResume() {
        super.onResume()
        notificationListenerIntent = Intent(activity?.applicationContext, NLService::class.java)
        if (NLService.isServiceActive) { // 用静态变量判断服务状态，更准确
            bindService(notificationListenerIntent, connection, 0)
        } else {
            logDebug("Service is not running!")
        }
    }

    override fun stopService() {
        if (NLService.isServiceActive) {
            // 优先调用服务自定义的停止方法
            notificationListenerService?.stopServiceProperly()
            // 解除APP和服务的绑定
            unbindService(connection, notificationListenerService)
            // 兜底调用stopService
            val isStopped = activity?.applicationContext?.stopService(notificationListenerIntent)
            logDebug("Service stopped attempt result: $isStopped")
        } else {
            logDebug("Service is not running!")
        }
    }

    // ... 原有startService、cancelAllNotifications等代码不变
}

3. 废弃不可靠的isServiceRunning扩展函数

因为ActivityManager.getRunningServices()在Android O及以上对第三方服务返回的结果不准确，直接用NLService的静态变量isServiceActive判断即可，删除原来的isServiceRunning扩展函数。

额外注意事项

如果要彻底让服务不再运行，除了调用上述停止方法，还可以引导用户进入通知监听设置页面关闭权限——因为只要权限开启，系统可能会在某些场景下重新绑定服务。
测试时要注意：先在系统设置里开启权限，启动服务，再点击停止按钮，观察Log是否输出Service stopped properly和Service destroyed。

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