Android 厂商推送冲突了。。，android 中常见的面试题

[](

)问题二

网易云信的推送文档中提供了小米推送兼容性的处理方案，云信提供了一个 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 的源码，云信和极光两方都提供不了有力帮助，问题只能我们自己想办法解决了。

[](

)分析问题原理，找解决方案

• 分析作用

回过头来再思考下 PluginXiaomiPlatformsReceiver 类的作用，在极光的 SDK 中，这个类继承了小米官方的 PushMessageReceiver ，然后在打包后被添加到了 Manifest 文件中，从而有了监听小米系统推送、并转发消息给极光的 SDK 进行处理的能力，同时 PluginXiaomiPlatformsReceiver 类在其他地方并没有被调用。

• 使用继承呢？

既然我们修改不了源码，第一个想到的是能否通过继承该类来实现呢？不过 java 是单继承，继承了极光的，就没办法再去继承云信的兼容类了，看来继承行不通。

• 从需求出发

其实我们现在只需要有一个类，内部实现逻辑和云信的 PluginXiaomiPlatformsReceiver 一样，能将收到的消息转发给云信 SDK，并且该类能任意修改继承关系。好了不知道你想到没有，我们可以在自己的代码里写一个一模一样的类，内部的代码直接把 PluginXiaomiPlatformsReceiver 的拷贝过来，然后修改继承关系不就可以了！是的，我们还是来看下云信的 PluginXiaomiPlatformsReceiver：

看到虽然这个类混淆了，不过没关系，源码都在 sdk 中，在外部也可以调用，我们可以直接把代码拷贝到自己新建的类 PluginXiaomiPlatformsReceiverYx 中:

import?cn.jpush.android.thirdpush.xiaomi.a;//引入极光被混淆的包

...

public?class?PluginXiaomiPlatformsReceiverYx?extends?MiPushMessageReceiver?{

private?static?final?String?TAG?=?"XMPlatformsReceiver";

public?PluginXiaomiPlatformsReceiverYx()?{}

public?void?onReceivePassThroughMessage(Context?var1,?MiPushMessage?var2)?{

Logger.dd("XMPlatformsReceiver",?"onReceivePassThroughMessage?is?called.?"?+?var2);

}

public?void?onNotificationMessageClicked(Context?var1,?MiPushMessage?var2)?{

Logger.dd("XMPlatformsReceiver",?"onNotificationMessageClicked?is?called.?"?+?var2);

if?(var2?==?null)?{

Logger.v("XMPlatformsReceiver",?"message?was?null");

}?else?{

//虽然混淆了，但是用的都是极光 sdk 中的方法一样可以正常工作。

a.a(var1,?var2,?"action_notification_clicked");

}

}

...

}

可以看到这个类继承了云信提供的 MiPushMessageReceiver，其每个回调实现和极光之前的一模一样，这样能把收到的消息传给极光处理，然后按照云信的文档将该类添加到 Manifest 中：

这里需要注意，为了只让云信去监听厂商的推送，还需要将极光 SDK 在编译时自动添加到 Manifest 中的 PluginXiaomiPlatformsReceiver 手动 remove 掉，关于 Manifest 的 merge 规则我们可以查看 Android 文档合并多个清单文件。这样修改之后，相当于我们就把极光的 PluginXiaomiPlatformsReceiver “架空”了，云信和极光的消息推送就统一由云信来接收，不是云信的消息会交给 PluginXiaomiPlatformsReceiverYx 转发到极光再去处理，流程和上面提到的就一样了：

这里只是以小米厂商推送的冲突为例，其他像华为、魅族、OPPO、VIVO 等都可以以同样的方式处理。通过上述方案，可以顺利的完成云信和极光的厂商推送兼容。当升级极光 SDK 版本时，如果极光各厂商以”Plugin”开头的 Receiver 内部实现有变化，则直接拷贝对应的内容到自定义的 Receiver 中，这点需要注意。

[](

)总结