Android 14前台服务动态注册显式广播失效问题及规则疑问

关于广播注册的理解 #

你的理解完全正确：

• 隐式广播（未指定具体组件的Intent）：Android 14中除了系统豁免的少数特例（如ACTION_BOOT_COMPLETED），无法在Manifest中静态注册，只能通过动态注册监听。
• 显式广播（指定了目标组件类的Intent）：支持静态注册（Manifest中声明<receiver>）和动态注册两种方式。

动态注册接收器失效的原因及解决方法 #

你遇到的问题核心在于PendingIntent中发送的是显式广播，但动态注册的接收器是通过IntentFilter匹配action来监听的，两者不兼容：

原因分析 #

你构建的notficationRemovedIntent是显式Intent（指定了NotificationRemovedReceiver::class.java），系统处理显式广播时，会直接将其发送给指定的组件类，不会通过IntentFilter去匹配动态注册的接收器实例。而静态注册的<receiver>是组件类的静态声明，所以能被显式广播触发；但动态注册的是运行时的接收器实例，不在显式广播的目标范围内，因此收不到。

而你同一服务中动态注册的SMS接收器能工作，是因为系统发送的SMS广播是隐式广播，会通过IntentFilter匹配所有动态注册的对应接收器。

解决方法 #

方法1：将广播改为带包名限定的隐式Intent

修改PendingIntent的Intent构建逻辑，去掉指定组件的代码，只保留action，并通过setPackage限定广播仅在本应用内传递（避免跨应用泄漏）：

val notficationRemovedIntent = Intent("COM.SOUMYADIP.OTP_FORWARD.NOTIFICATION_REMOVED_ACTION").apply {
    setPackage(applicationContext.packageName)
}

val pendingIntent = PendingIntent.getBroadcast(applicationContext, NOTIFICATION_ID, notficationRemovedIntent,
    PendingIntent.FLAG_IMMUTABLE)

这样广播会以隐式方式发送，系统会通过IntentFilter匹配你动态注册的接收器，就能正常触发。

方法2：保留显式Intent，但直接使用动态注册的接收器实例（不推荐）

这种方式需要确保PendingIntent的Intent直接指向动态注册的实例，但实现复杂且容易出现生命周期问题，通常不建议使用，优先选择方法1。

另外注意：动态注册的接收器要在服务的onDestroy方法中调用unregisterReceiver(notificationRemoveReceiver)，避免内存泄漏。

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