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”>
//这里设置了优先级
这个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”>
果真，极光并没有设置优先级，这就能解释为什么极光的推送在网易云信接入厂商推送后收不到了。由于不同的厂商接入厂商推送的方式不同，对于上述这种冲突的表现也不太一样，像小米手机云信的消息总是优先于极光的推送，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优先级：
这样就能保证推送都由网易云信的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包中类的继承呢？**这个问题似乎不太好解决啊～