Android 厂商推送冲突了。。。
通知栏消息和透传消息
通知栏消息：很好理解，就是收到推送自动显示到通知栏的消息。
透传消息：顾名思义就是直接把消息内容传到客户端，对用户来说是透明的，收到消息后是否显示及显示形式由客户端控制，使用起来更加灵活，很多第三方 SDK 中称之为自定义消息。一般 App 中的自定义消息也都是用的透传消息，App 收到通知后可通过拿到的消息通知的类型，以及需要前往的页面进行相应处理。
##? ?问题由来
最开始我们 App 中使用网易云信来支持聊天业务；使用极光推送来处理业务的推送消息，由于上述 Android 版本的限制，进程保活变得困难，也是不推荐的方式。这也导致了应用被杀后消息收不到，所以极光和云信都陆续提供了自家关于厂商推送的接入方案。由于业务需要我们先接入了极光的厂商推送，极光针对不同厂商提供的厂商推送 SDK 进行了封装，你只需要引入对应封装好的包就行，如下：
dependencies?{
...
implementation?'cn.jiguang.sdk:jpush:3.3.9'
implementation?'cn.jiguang.sdk:jcore:2.1.6'
implementation?'cn.jiguang.sdk.plugin:xiaomi:3.3.9'
implementation?'cn.jiguang.sdk.plugin:huawei:3.3.9'
implementation?'cn.jiguang.sdk.plugin:oppo:3.3.9'
...
}
以小米为例，我们看看极光引入的 cn.jiguang.sdk.plugin:xiaomi:3.3.9 arr 包是如何工作的：
可以看到极光提供的这个 arr 包中直接把小米官方提供的 MiPush_SDK_Client_3_6_18.jar(处理小米厂商推送的 SDK) 包了进来，同时提供了一个 PluginXiaomiPlatformsReceiver 类，让其继承自上述小米 jar 包中的 PushMessageReceiver 打包后 PluginXiaomiPlatformsReceiver 会被添加到 Manifest 文件，当系统收到推送后，会将消息转发到继承了 PushMessageReceiver 的类，所以 PluginXiaomiPlatformsReceiver 就会收到消息，并将消息传递给极光自己的 SDK 进行处理，后面的流程就和 App 在前台的推送流程一样了。简单总结下这个 Plugin 类：**Plugin 类会被注册到 Manifest 从而接收系统消息，并在对应的回调方法中将消息转发给极光 SDK 处理。**在网易云信兼容厂商推送之前这一切工作的都很好，应用进程被杀后，push 推送可正常收到，问题从云信消息推送兼容厂商推送开始：
问题一
按照网易云信提供的?接入方法?需要接入小米的推送 SDK，因为极光的已经引入，所以再次引入会冲突，这里就直接不引入，使用极光的就行，然后按照接入流程接入即可，在接入流程后面我们注意到 AndroidManifest.xml 文件中会插入如下内容：
<receiver
android:name="com.netease.nimlib.mixpush.mi.MiPushReceiver"
android:exported="true">
<intent-filter?android:priority="0x7fffffff">?//这里设置了优先级
<action?android:name="com.xiaomi.mipush.RECEIVE_MESSAGE"?/>
<action?android:name="com.xiaomi.mipush.MESSAGE_ARRIVED"?/>
<action?android:name="com.xiaomi.mipush.ERROR"?/>
</intent-filter>
</receiver>
这个 MiPushReceiver 我们查看源码会发现它主要是处理并转发小米厂商推送的各种事件，MiPushReceiver 同样是继承自小米 push sdk 中的 PushMessageReceiver，MiPushReceiver 代码如下：
到这里官方文档说已经可以开始测试推送消息，于是把手机进程杀掉，给手机发送一条消息，确实能够收到。但进程杀掉后原本接收正常的极光推送，现在却收不到了，其他厂商机型有的能收到，但点击推送消息不能打开 App，我们看下图来分析原因：
不管是极光的消息还是云信的消息，首先都会把消息推给小米的推送云服务，然后小米手机系统会和小米的推送云服务保持一个长链接 MiPush SDK 收到后，首先会找到继承了 PushMessageReceiver?并且注册到 Manifest 的 Receiver，并把消息传给这个 Receiver 因为极光和云信在 Manifest 中都注册了 PushMessageReceiver，所以这个时候谁能收到就存在不确定性了。如果配置了 priority 优先级，则优先级高的会收到。回到上面我们注意到网易云信的 MiPushReceiver 设置了优先级，所以要解释为什么极光的消息就收不到呢，我赶紧查看了下打包后 Manifest 中极光的 PluginXiaomiPlatformsReceiver 如下：
<receiver
android:name="cn.jpush.android.service.PluginXiaomiPlatformsReceiver"
android:exported="true">
<intent-filter>
<action?android:name="com.xiaomi.mipush.RECEIVE_MESSAGE"?/>
</intent-filter>
<intent-filter>
<action?android:name="com.xiaomi.mipush.MESSAGE_ARRIVED"?/>
</intent-filter>
<intent-filter>
<action?android:name="com.xiaomi.mipush.ERROR"?/>
</intent-filter>
</receiver>
果真，极光并没有设置优先级，这就能解释为什么极光的推送在网易云信接入厂商推送后收不到了。由于不同的厂商接入厂商推送的方式不同，对于上述这种冲突的表现也不太一样，像小米手机云信的消息总是优先于极光的推送，oppo、vivo 都会显示消息但点击通知栏消息无反应(消息没有传到对应的 Receiver)，而华为的部分手机则能正常区分。**总之两个 Receiver 同时去接收厂商的推送，会出现冲突的情况。**然后我们继续在网易云信和极光的集成文档中寻找解决这种冲突的方案，终于我们在网易云信的文档后面找到了，紧接着我们遇到了第二个问题。
问题二
网易云信的推送文档中提供了小米推送兼容性的处理方案，云信提供了一个 MiPushMessageReceiver ,让其他接入了厂商推送并处理推送转发逻辑的 Receiver 继承这个 MiPushMessageReceiver，然后在对应的回调方法中处理处理相应的逻辑，MiPushMessageReceiver 如下：
public?class?MiPushMessageReceiver?extends?BroadcastReceiver{
@Override
public?final?void?onReceive(Context?context,?Intent?intent)?{}
public?void?onReceivePassThroughMessage(Context?context,?MiPushMessage?message)?{}
public?void?onNotificationMessageClicked(Context?context,?MiPushMessage?message)?{}
public?void?onNotificationMessageArrived(Context?context,?MiPushMessage?message)?{}
public?void?onReceiveRegisterResult(Context?context,?MiPushCommandMessage?message)?{}
public?void?onCommandResult(Context?context,?MiPushCommandMessage?message)?{}
}
然后将自己的 Receiver 添加到 Manifest 中，不去设置 priority 优先级：
<receiver?android:name="xxx.YourSelfReceiver">
<intent-filter>
<action?android:name="com.xiaomi.mipush.RECEIVE_MESSAGE"/>
<action?android:name="com.xiaomi.mipush.MESSAGE_ARRIVED"/>
<action?android:name="com.xiaomi.mipush.ERROR"/>
</intent-filter>
</receiver>
这样就能保证推送都由网易云信的 MiPushReceiver 先接收到，然后通过判断是否是自己的推送消息，是自己的就直接处理，不是自己的就交给继承自 MiPushMessageReceiver 的 Receiver 处理，查看网易云信的源码发现确实是这样：
public?final?class?MiPushReceiver?extends?PushMessageReceiver?{
public?MiPushReceiver()?{}
public?final?void?onNotificationMessageClicked(Context?var1,?MiPushMessage?var2)?{
if?(g.a(var2.getExtra()))?{
c.a(5).onNotificationClick(var1,?var2);?//自己处理
}?else?{
MiPushMessageReceiver?var3;
if?((var3?=?a.a(var1))?!=?null)?{
var3.onNotificationMessageClicked(var1,?var2);//交给 MiPushMessageReceiver 处理
}
}
}
...
}
如果按照云信推荐的方法，处理之后就是这样的流程：
好了到这里处理方式和原理都弄清楚了，我们现在也就只需要将极光处理推送的 PluginXiaomiPlatformsReceiver 改为继承 MiPushMessageReceiver，然后按照上面的方法将其添加到 Manifest 中即可，看起来很简单，然后我们再来看看极光的 PluginXiaomiPlatformsReceiver：
呃… 那么问题来了，这个类是包在极光推送的 arr 中的，**怎么去修改打好的 arr 包中类的继承呢？**这个问题似乎不太好解决啊～
##? ?解决问题
寻求云信和极光的帮助
首先想到的是这种处理同时监听厂商推送冲突的方案是云信提供的，那就先问问云信的技术有没有解决方案，云信给出的答复如下：
云信的意思是，他们只提供这种继承的兼容方案，如果是第三方封装了，他们也没太好的办法，然后推荐我们去找极光技术人员，商量把对应的类拆出来，首先想到的是如果极光能提供源码，我们直接修改下继承关系就好了，于是就赶紧找了极光的技术进行了沟通：
极光的技术表示他们只提供统一封装的版本，同时也没有考虑和其他第三方同时接入 SDK 导致的冲突问题，并且建议我们只集成一家的厂商通道…好吧！云信的人让我们找极光商量处理，极光的不但没有提供方案，还让我们别集成多家的厂商通道。不集成肯定满足不了业务需要。不过同时也能理解，不同的第三方在考虑接入厂商通道的时候应该也都是以自身能实现厂商通道来优先考虑，是否会影响其他的第三方，其他第三方是如何实现的，怎么去兼容，他们也管不了那么多，不过像云信还提供了兼容方案的，确实算不错了！后面发现极光的 SDK 混淆过，所以不提供源码也挺正常。看来拿不到极光 PluginXiaomiPlatformsReceiver 的源码，云信和极光两方都提供不了有力帮助，问题只能我们自己想办法解决了。
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论