Android厂商推送冲突了。。。

以小米为例，我们看看极光引入的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包中类的继承呢？**这个问题似乎不太好解决啊～

##   解决问题

寻求云信和极光的帮助

首先想到的是这种处理同时监听厂商推送冲突的方案是云信提供的，那就先问问云信的技术有没有解决方案，云信给出的答复如下：

云信的意思是，他们只提供这种继承的兼容方案，如果是第三方封装了，他们也没太好的办法，然后推荐我们去找极光技术人员，商量把对应的类拆出来，首先想到的是如果极光能提供源码，我们直接修改下继承关系就好了，于是就赶紧找了极光的技术进行了沟通：

极光的技术表示他们只提供统一封装的版本，同时也没有考虑和其他第三方同时接入SDK导致的冲突问题，并且建议我们只集成一家的厂商通道…好吧！云信的人让我们找极光商量处理，极光的不但没有提供方案，还让我们别集成多家的厂商通道。不集成肯定满足不了业务需要。不过同时也能理解，不同的第三方在考虑接入厂商通道的时候应该也都是以自身能实现厂商通道来优先考虑，是否会影响其他的第三方，其他第三方是如何实现的，怎么去兼容，他们也管不了那么多，不过像云信还提供了兼容方案的，确实算不错了！后面发现极光的SDK混淆过，所以不提供源码也挺正常。看来拿不到极光PluginXiaomiPlatformsReceiver 的源码，云信和极光两方都提供不了有力帮助，问题只能我们自己想办法解决了。

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

• 分析作用

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

• 使用继承呢？

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

• 从需求出发

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

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

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

文末

今天关于面试的分享就到这里，还是那句话，有些东西你不仅要懂，而且要能够很好地表达出来，能够让面试官认可你的理解，例如Handler机制，这个是面试必问之题。有些晦涩的点，或许它只活在面试当中，实际工作当中你压根不会用到它，但是你要知道它是什么东西。

最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

【Android核心高级技术PDF文档，BAT大厂面试真题解析】

【算法合集】

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！