Android Oreo中Implicit Broadcast Receiver废弃后，6应用通知同步方案咨询

嘿，这个问题我之前帮不少开发者捋过——Android 8.0（Oreo）砍掉大部分隐式广播确实打乱了不少跨应用同步的老逻辑，不过有几个靠谱的替代方案，咱们一个个说清楚：

这是最直接的替代方案，因为系统并没有禁用显式广播——也就是明确指定目标组件的广播，它不受隐式广播的限制。

实现思路很简单：当你的某个应用收到通知时，发送广播时直接指定其他5个应用里接收广播的Receiver的包名和类名，而不是只靠action匹配。

举个Kotlin代码例子（发送方）：

// 定义自定义action
val syncAction = "com.your.group.ACTION_NOTIFY_SYNC"
// 遍历其他应用的包名和Receiver类名
val targetApps = listOf(
    Pair("com.your.app2", "com.your.app2.SyncReceiver"),
    Pair("com.your.app3", "com.your.app3.SyncReceiver"),
    // 剩下3个应用同理
)

targetApps.forEach { (packageName, receiverClass) ->
    val intent = Intent(syncAction)
    // 明确指定目标组件
    intent.component = ComponentName(packageName, receiverClass)
    // 发送广播
    sendBroadcast(intent)
}

接收方的Receiver正常在Manifest里注册就行，甚至不用加<intent-filter>（不过加了也没关系）。如果想确保只有你的应用能接收，还可以给Receiver加签名级别的自定义权限，避免外部应用干扰：

接收方Manifest配置：

<!-- 定义自定义权限，仅限签名相同的应用使用 -->
<permission
    android:name="com.your.group.permission.SYNC_NOTIFICATION"
    android:protectionLevel="signature" />

<receiver
    android:name=".SyncReceiver"
    android:permission="com.your.group.permission.SYNC_NOTIFICATION">
    <intent-filter>
        <action android:name="com.your.group.ACTION_NOTIFY_SYNC" />
    </intent-filter>
</receiver>

发送方Manifest里记得声明权限：

<uses-permission android:name="com.your.group.permission.SYNC_NOTIFICATION" />

如果你的通知同步是基于数据变化的，这个方案会更灵活。比如把通知内容存在一个共享的ContentProvider里，其他应用注册ContentObserver监听数据变化，一旦有新通知更新数据，其他应用就能立刻触发同步逻辑。

举个接收方注册Observer的例子：

// 监听指定Uri的数据变化
val notificationUri = Uri.parse("content://com.your.main.provider/sync_notifications")
val syncObserver = object : ContentObserver(Handler(Looper.getMainLooper())) {
    override fun onChange(selfChange: Boolean, uri: Uri?) {
        super.onChange(selfChange, uri)
        // 这里读取ContentProvider里的最新通知数据，同步显示
        val cursor = contentResolver.query(uri, null, null, null, null)
        cursor?.use {
            // 处理数据逻辑
        }
    }
}

// 注册Observer
contentResolver.registerContentObserver(notificationUri, true, syncObserver)

发送方只需要在收到通知时，更新ContentProvider里的数据即可，其他应用的Observer会自动收到回调。这个方案不用处理广播的各种限制，还能顺便实现通知数据的持久化。

如果需要更实时、更直接的跨应用通信，绑定其他应用的远程Service是个不错的选择。通过IBinder接口，你可以直接调用其他应用里的方法，把通知内容传递过去，完全绕开广播的限制。

比如接收方定义一个远程Service：

class SyncService : Service() {
    private val binder = object : ISyncService.Stub() {
        override fun syncNotification(title: String, content: String) {
            // 这里处理通知同步逻辑，比如弹出通知
            showNotification(title, content)
        }
    }

    override fun onBind(intent: Intent): IBinder? {
        return binder
    }

    private fun showNotification(title: String, content: String) {
        // 通知构建逻辑
    }
}

然后在接收方Manifest里注册Service：

<service
    android:name=".SyncService"
    android:exported="true"
    android:permission="com.your.group.permission.SYNC_SERVICE">
    <intent-filter>
        <action android:name="com.your.group.action.SYNC_SERVICE" />
    </intent-filter>
</service>

发送方绑定这个Service并调用方法：

var syncService: ISyncService? = null
val serviceConnection = object : ServiceConnection {
    override fun onServiceConnected(className: ComponentName, service: IBinder) {
        syncService = ISyncService.Stub.asInterface(service)
        // 调用同步方法
        syncService?.syncNotification("新通知", "这是同步过来的内容")
    }

    override fun onServiceDisconnected(className: ComponentName) {
        syncService = null
    }
}

// 绑定Service
val intent = Intent("com.your.group.action.SYNC_SERVICE")
intent.component = ComponentName("com.your.app2", "com.your.app2.SyncService")
bindService(intent, serviceConnection, Context.BIND_AUTO_CREATE)

如果你的项目有后端支持，这个方案最省心。当其中一个应用收到通知时，调用后端接口告知事件，然后后端给其他5个应用发送FCM推送消息。这样不管应用是在前台还是后台，只要FCM配置正确，都能收到同步通知，而且不用处理本地跨应用的各种权限和兼容性问题。

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