集成第三方推送最佳实践
来源:互联网 发布:东方财富软件使用说明 编辑:程序博客网 时间:2024/05/16 16:21
本文会不定期更新,推荐watch下项目。如果喜欢请star,如果觉得有纰漏请提交issue,如果你有更好的点子可以提交pull request。
本文的示例代码主要是基于作者的经验来编写的,若你有其他的技巧和方法可以参与进来一起完善这篇文章。
注意:本报告写于2016年04月25日,本文内容可能随着时间和技术的发展而产生错误和偏差。
本文固定连接:https://github.com/tianzhijiexian/Android-Best-Practices
一、需求背景
Android在国内没有办法利用系统级的推送服务,再加上第三方rom对于原生的各种定制(这里的定制并无褒贬之意)所以国内的开发者就需要选择一些成熟的推送平台做推送服务了。目前的推送平台种类繁多,本文将给出推送平台的具体对比和调研结果,方便后来人进行选择。因本人对于国外的推送服务没有了解,所以选择的是国内的推送平台。
二、需求
- 调研国内推送平台的优劣
- 给出技术方案和选型
- 能快速集成推送服务
三、实现
调研信息一览
推送平台
- 极光推送
- 小米推送
- 友盟推送
- 个推
- 阿里推送
参与测试的机型:
- MI2 (android 5.1.1)
- N5 (android 6.0.1)
- MI4 (miui 7.2.4)
- OPPO (colorOS 2.1)
- MX4 (flymeOS 4.2.2.1c)
- Samsung (android4.1.2)
因为测试的结果在相同的rom上表现一致,所以下文的测试结果做了简化,屏蔽了机型的细节。
调研结果
信鸽
我们的项目长期使用的是信鸽的服务。为什么写这篇文章,是因为信鸽完全不能满足高到达率的标准,所以对于腾讯信鸽,就不进行调研了。
个推
我先排除的是个推,排出它并非是因为他不好,而是因为个推本身就是收费平台,其优点就是服务全,数据颗粒度细,对开发者的响应也比较及时,但因为其收费的属性让我无法将其作为选择之一。有很多朋友也说到了,个推在用户量少的情况下是免费的。只是本文挑选的是全量免费的服务,所以就暂时不列举个推了。
阿里推送
阿里推送采用的是阿里云的一整套服务,但因为大公司的原因,所以会强制植入one sdk,这个东西真的是全家桶级别的东西,而且联系技术的方式是通过阿里旺旺让人心累。大而全的东西一向不是我的选择,而且未来阿里推送可能会有付费的趋势,因此我对它不做考虑。
友盟推送
友盟是做数据的老牌厂商,但其给我的感觉总是不舒服,之前做过友盟反馈,接入和使用总觉得不够优雅。但就推送来说,它的后台界面和提供的小工具、文档都是最美观实用的。
注意:
需要注意的是友盟的sdk引入了httpClient(官方已废弃)、okio等第三方库,我是认为完全没有必要的。我认为一个独立的sdk应该尽可能的保持轻量,过多的自带库会引起很多问题。如果你要引入友盟反馈的话,那么一定要注意它带来的几千个方法数!
友盟采用了共享连接的技术方案,即多个采用友盟推送的App可以相互共用长连接,保证你的app被杀死后只要用户打开了采用友盟推送的app,你的app就可以利用兄弟app来接收推送。这个技术也被很多推送平台所采用,是一个很不错的方案,至于是否流氓?不可说。
测试结果:
(√:能收到推送,×:收不到推送,-:无意义的测试)
测试结果表明友盟对于原生的支持较好,可以做到在原生rom上不死,在flyme上面能有一定的几率复活,只是复活后有较大几率丢失之前的消息。
需要说明的是:
本次测试在flyme上在mx4和mx5上都是通过滑动来杀掉应用的,在mx5中,如果用顶部的“扫把”进行所有应用的杀死,那么友盟推送也无法到达了。
sdk配置文件如下:
通过代码分析,友盟的一些服务是在独立的进程(push)中运行的,这也是用来提升service存活率的通用方法,因此在debug下断点的时候需要选对进程!
我们可以明确的知道,友盟推送在监听到(可能在不同的rom有监听不到的情况)开机、网络改变、应用卸载这样的广播后就会自动复活,以便再应用被杀死后仍旧可以实时接收远端的推送信息。
在测试中我发现在MIUI上即使打开了兄弟app(高德地图),我也收不到推送。后台工具告诉我长连接的service确实挂到了兄弟app上,至于为什么没办法接收到推送就不得而知了。
最后需要说下友盟的缺点,在service被杀死后有一定概率丢失消息,刚注册的设备是无法收马上到消息的,需要过一段时间才能收到测试消息,再过一段时间才能收到正式消息,总觉得不稳定。如果一条消息很久都没有收到,那么很可能会永久丢失。
再次提醒!友盟的sdk引入了4个库!带来了好几千个方法数!引入了已经被废弃的httpClient!
小米推送
小米的推送有一个很大的优势就是在MIUI上会直接使用系统的长连接,只要系统不死,那么你的app就有90%以上的概率接收到推送。当你的MIUI用户达到了一定的量级,你就必须要使用小米的推送。
要吐槽的是小米的推送后台(网页端)经常出现打不开的情况,复现频率极高。
(√:能收到推送,×:收不到推送,-:无意义的测试)
从结果来看小米推送是符合其文档描述的,能够在原生和MIUI上有良好的表现,所以小米推送可以被列入选择列表。
我发现小米在MIUI上会自动采用系统的服务,也就是说不用自身建立一个service,所以理论上要更加轻量省电。
从代码来分析,小米会监听网络切换的广播来重启service,对于MIUI层面可能会有一个特殊的方法,不启动额外service,却可以handleMessage。
对于能否通过兄弟应用来接收推送信息,我的测试结果是无法收到,不知道是不是bug。我只能说通过这样的方式来提升消息的接收率是不靠谱的。
极光推送
极光早期专注于推送服务,可以说沉淀很深,现在改名为“极光”后业务面更广了。极光对开发者提问的响应可以说是做的最好的。机关的Android文档里说到了各个功能的目的,不会像OneSDK(阿里全家桶)那样偷偷加入一些权限。文档也是走AS的风格,较为现代。不足之处就是后台比较古老,三年前就是这样丑丑的样子,发送操作有一个延迟的过程,没有友盟做的好。
极光也支持兄弟应用相互拉起的功能,从代码上看是1.8.0之后的版本开始支持的。
第三方系统收不到推送的消息的原因(摘自极光文档)
由于第三方 ROM 的管理软件需要用户手动操作
小米【MIUI】
自启动管理:需要把应用加到【自启动管理】列表,否则杀进程或重新开机后进程无法开启
通知栏设置:应用默认都是显示通知栏通知,如果关闭,则收到通知也不会提示
网络助手:可以手动禁止已安装的第三方程序访问2G/3G和WIFI的网络和设置以后新安装程序是否允许访问2G/3G和WIFI的网络
MIUI 7 神隐模式: 允许应用进行自定义配置模式,应用在后台保持联网可用,否则应用进入后台时,应用无法正常接收消息。【设置】下电量和性能中【神隐模式】
华为【Emotion】
自启动管理:需要把应用加到【自启动管理】列表,否则杀进程或重新开机后进程不会开启,只能手动开启应用
后台应用保护:需要手动把应用加到此列表,否则设备进入睡眠后会自动杀掉应用进程,只有手动开启应用才能恢复运行
通知管理:应用状态有三种:提示、允许、禁止。禁止应用则通知栏不会有任何提醒
魅族【Flyme】
自启动管理:需要把应用加到【自启动管理】列表,否则杀进程或重新开机后进程无法开启
通知栏推送:关闭应用通知则收到消息不会有任何展示
省电管理: 安全中心里设置省电模式,在【待机耗电管理】中允许应用待机时,保持允许,否则手机休眠或者应用闲置一段时间,无法正常接收消息。
VIVO【Funtouch OS】
内存一键清理:需要将应用加入【白名单】列表,否则系统自带的“一键加速”,会杀掉进程
自启动管理:需要将应用加入“i管家”中的【自启动管理】列表,否则重启手机后进程不会自启。但强制手动杀进程,即使加了这个列表中,后续进程也无法自启动。
OPPO【ColorOS】
冻结应用管理:需要将应用加入纯净后台,否则锁屏状态下无法及时收到消息
自启动管理:将应用加入【自启动管理】列表的同时,还需要到设置-应用程序-正在运行里锁定应用进程,否则杀进程或者开机后进程不会开启,只能手动开启应用
总之,它就是一个很实在的东西,对于android的权限和中国国情无能为力,它只能尽可能做到高的推送送达率。
(√:能收到推送,×:收不到推送,-:无意义的测试)
关于延迟:
延迟的原因是极光的服务被杀死后,是无法接收实时消息的,直到复活后才会继续工作,所以产生了消息延迟。这点在android原生和三星的rom上有明显的规律。在三星的手机上杀掉app->关屏->点亮屏幕
后服务就会自动重启,我认为这个就是服务重启的方式之一。
极光的配置文件中详细说明了什么是用来测试的,什么是必选的,什么是可选的,而且是否将服务放入独立进程都是一个建议选项而非强制。整体的demo和文档给人的感觉是不流氓,却无奈。
我打开了极光官方提供的兄弟app,但并不能接收到我测试app的推送消息。
结论
- 在原生和MIUI上小米推送有很强的优势
- 在三星的ROM上小米和友盟难分伯仲
- 在魅族的Flyme中友盟有一定概率复活
- 在OPPO的ColorOs中三家均无突出表现
整体结论是国外的rom推送成功率高,国内rom推送成功率低,国内定制真的是伤不起啊。
技术方案和选型
因为app有大量的miui用户,所以小米推送是必须被引入的,因为在flyme上友盟的表现较好,所以最终采用了小米和友盟共同接入app的方案。目前的策略是在miui上启用小米推送,不启用友盟推送;非miui上启用友盟,废弃小米推送。
判断用户rom是否是miui的方法:
public static boolean isMiUi() { return !TextUtils.isEmpty(getSystemProperty("ro.miui.ui.version.name")); } public static String getSystemProperty(String propName) { String line; BufferedReader input = null; try { java.lang.Process p = Runtime.getRuntime().exec("getprop " + propName); input = new BufferedReader(new InputStreamReader(p.getInputStream()), 1024); line = input.readLine(); input.close(); } catch (IOException ex) { return null; } finally { if (input != null) { try { input.close(); } catch (IOException e) { e.printStackTrace(); } } } return line; }
因为推送服务是采用另一个进程,所以application会被启动多次,因此必须要判断是哪个进程启动的application,这样就可以让主进程才需要的配置工作对push进程屏蔽。开发者需要做的就是判断是否是主进程,如果是那么就执行原本application中的代码。
/** * 注意:因为推送服务等设置为运行在另外一个进程,这导致本Application会被实例化两次。 * 而有些操作我们需要让应用的主进程时才进行,所以用到了这个方法 */ public static boolean isInMainProcess(Context context) { ActivityManager am = ((ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE)); List<ActivityManager.RunningAppProcessInfo> processes = am.getRunningAppProcesses(); String mainProcessName = context.getPackageName(); int myPid = Process.myPid(); for (ActivityManager.RunningAppProcessInfo info : processes) { if (info.pid == myPid && mainProcessName.equals(info.processName)) { return true; } } return false; }
千万要注意!!!!!!!!
因为推送服务的复活会启动application,即唤醒应用。所以千万不要在application启动的时候进行网络请求的操作。因为一旦开始推送,大量用户的应用会被唤醒,然后再几分钟内会产生对于少数api的大量请求。后台服务很可能会被搞挂,所以千万要小心这点。这也就是为什么我强烈不推荐application中做很多事情的原因之一。可以考虑把这些请求转移到mainActivity中进行。
集成推送服务
目前我采用的是集成多个第三方推送,然后根据机型来注册不同的推送服务。后端不控制推送的平台。因为友盟的推送必须要一个module(我也不知道为啥),所以我索性把第三方推送平台都整个成了一个module。
注意:
友盟推送和友盟反馈会有冲突,现在友盟反馈已经不再维护了,所以强烈不建议使用友盟反馈。而且友盟推送和阿里的产品有冲突,所以如果产生了冲突,要下载去UTDID的SDK。
友盟反馈和友盟推送冲突的解决方案(我才知道友盟反馈原来偷偷集成了推送服务):
compile('com.umeng:fb:5.4.0') { transitive = true exclude group: 'com.umeng', module: 'message'}
module一览
libs中集成了友盟所需要的so包(引入一个友盟的推送,要引入一堆东西,还各种冲突,这些so全是友盟的),此外还有小米的一个jar包。
一般我们不会把so放在lib中,都会采用新建一个main/jniLib
文件夹来放,友盟采用了另一种方法来方,因此在build.gradle中出现了这样一段代码:
友盟文档中说,要引入我的推送,你就必须引入httpClient,因此我们必须在build.gradle中引入已经被谷歌废弃的httpClient!!!!!:
android { compileSdkVersion 23 buildToolsVersion "23.0.3" // http://dev.umeng.com/push/android/integration // 如果是android6.0以上的api编译,需要在PushSDK的build.gradle文件的android{}块内添加: // useLibrary 'org.apache.http.legacy',并把compileSdkVersion的版本号改为23。 useLibrary 'org.apache.http.legacy' defaultConfig { minSdkVersion 8 targetSdkVersion 23 }}
友盟还使用了square家的东西,所以必须要引入以下两个依赖:
到此为止,我终于引入了友盟的sdk。小米的sdk我就不说了,上面的图中也有,一个jar包搞定。
Manifest中的权限
因为各大推送平台都有自己的权限,但是如果混合到一起,以后想删除某个平台的代码都很难删,最终也不知道整个权限是谁加入的,有什么作用。因此我把各个平台的权限做了独立,这样做虽然在编译的时候会有重复定义权限的警告,但是并不影响最终的包,这点我通过反编译已经证实了,请放心。
<!-- umeng必选 --> <uses-permission android:name="android.permission.WRITE_SETTINGS" /> <uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" /> <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" /> <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" /> <uses-permission android:name="android.permission.WAKE_LOCK" /> <uses-permission android:name="android.permission.READ_PHONE_STATE" /> <uses-permission android:name="android.permission.CHANGE_NETWORK_STATE" /> <uses-permission android:name="android.permission.CHANGE_WIFI_STATE" /> <uses-permission android:name="android.permission.GET_TASKS" /> <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" /> <!-- umeng可选 --> <uses-permission android:name="android.permission.BROADCAST_PACKAGE_ADDED" /> <uses-permission android:name="android.permission.BROADCAST_PACKAGE_CHANGED" /> <uses-permission android:name="android.permission.BROADCAST_PACKAGE_INSTALL" /> <uses-permission android:name="android.permission.BROADCAST_PACKAGE_REPLACED" /> <uses-permission android:name="android.permission.RESTART_PACKAGES" /> <uses-permission android:name="android.permission.GET_ACCOUNTS" /> <uses-permission android:name="android.permission.VIBRATE" /> <uses-permission android:name="android.permission.SEND_SMS" /> <uses-permission android:name="android.permission.RECEIVE_SMS" /> <uses-permission android:name="android.permission.READ_SMS" /> <!--小米推送开始--> <uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" /> <uses-permission android:name="android.permission.ACCESS_WIFI_STATE" /> <uses-permission android:name="android.permission.READ_PHONE_STATE" /> <uses-permission android:name="android.permission.GET_TASKS" /> <uses-permission android:name="android.permission.VIBRATE" /> <permission android:name="${applicationId}.permission.MIPUSH_RECEIVE" android:protectionLevel="signature" /> <uses-permission android:name="${applicationId}.permission.MIPUSH_RECEIVE" /> <!--小米推送结束-->
关于Mainfest中的key
在配置文件中因为用到了key和具体项目的包名,而我希望整个push的module保持独立性,所以我最终将key用代码进行写入,而不是采用在manifest中定义data标签的方式。
编写推送管理类
因为集成了多个平台,所以东西多,东西一多就需要管理类。管理类做的事情很简单,注册服务,接收推送消息,展示通知。
/** * @author Kale * @date 2016/4/27 */public class PushManager { private static final String TAG = "PushManager"; public static String tokenType; // token类型的缓存 public static String token; // token的缓存 @Retention(RetentionPolicy.SOURCE) @StringDef({PushType.MI, PushType.UMENG}) public @interface PushType { String MI = "MI", UMENG = "UMENG"; } public static void register(Context context) { if (Utils.isMiUi()) { registerMiPush(context); } else { registerUMengPush(context); } } /** * 注册小米push服务 * 注册成功后会向{@link MiMessageReceiver}发送广播 */ private static void registerMiPush(Context context) { if (BuildConfig.DEBUG) { MiPushClient.checkManifest(context); } final String APP_ID = "xxxxxxxxxxxxxx"; final String APP_KEY = "xxxxxxxxxxxxxx"; if (DTUtil.isInMainProcess(context)) { MiPushClient.registerPush(context, APP_ID, APP_KEY); } LoggerInterface newLogger = new LoggerInterface() { @Override public void setTag(String tag) { // ignore } @Override public void log(String content, Throwable t) { P.e(content, t); // log } @Override public void log(String content) { P.d(content); // log } }; Logger.setLogger(context, newLogger); if (!BuildConfig.DEBUG) { Logger.disablePushFileLog(context); } } /** * 注册友盟的推送服务 */ private static void registerUMengPush(final Context context) { PushAgent agent = PushAgent.getInstance(context); // 如果你用了友盟数据分析,那么这个key和友盟数据分析保持一致 final String appKey = AnalyticsConfig.getAppkey(context); final String appSecret = "xxxxxxxxxxxxxx"; agent.setAppkeyAndSecret(appKey, appSecret); agent.setMessageChannel(AnalyticsConfig.getChannel(context)); agent.setDebugMode(BuildConfig.DEBUG); agent.setPushCheck(BuildConfig.DEBUG); IUmengRegisterCallback callback = new IUmengRegisterCallback() { @Override public void onRegistered(final String deviceToken) { new Handler().post(new Runnable() { @Override public void run() { //onRegistered方法的参数registrationId即是device_token sendDeviceToken(context, PushType.UMENG, deviceToken); handleRegisterResult(context, PushType.UMENG, true, null); } }); } }; agent.enable(callback); // 通过两种方式获得token,这里确保尽可能能获得token // 第一次获得是需要联网的,获得后友盟会存放在sp中,因此产生两种方法。 String deviceToken = UmengRegistrar.getRegistrationId(context);// 得到deviceToken if (deviceToken != null) { callback.onRegistered(deviceToken); } agent.setResourcePackageName("com.duitang.main"); // 下面这段代码必须在application中调用 agent.setMessageHandler(new UmengMessageHandler() { /** * 参考集成文档的1.6.3 * http://dev.umeng.com/push/android/integration#1_6_3 * * 若开发者需要处理自定义的透传,则需要将方法dealWithCustomMessage()重写,自定义消息的内容则存放在UMessage.custom里 * */ @Override public void dealWithCustomMessage(final Context context, final UMessage msg) { // http://dev.umeng.com/feedback/android/integration if (FeedbackPush.getInstance(context).dealFBMessage(new FBMessage(msg.custom))) { // 如果是开发者回复友盟反馈的消息,那么就直接return return; } new Handler().post(new Runnable() { @Override public void run() { // 处理透传消息 PushNotificationUtil.handlePassThroughNotify(context, PushType.UMENG, msg.custom); } }); } }); agent.setNotificationClickHandler(new UmengNotificationClickHandler() { /** * 点击推送后会触发的事件 */ @Override public void dealWithCustomAction(Context context, UMessage message) { super.dealWithCustomAction(context, message); // 解析信息 PushNotificationUtil.MsgBean bean = PushNotificationUtil.parsePushMsg(message.custom); if (bean.target != null) { Intent intent = PushNotificationUtil.getPushIntent(context, bean.target); context.startActivity(intent); } } }); } /** * 目前一个设备仅仅有一个token,所以用了静态的string做缓存; * 做如果以后有多个token,那么把{@link PushManager}变成单例,存一个token的map即可。 */ public static void sendDeviceToken(final Context context) { sendDeviceToken(context, PushManager.tokenType, PushManager.token); } public static void sendDeviceToken(final Context context, @PushType String type, String token) { if (token == null) { return; } PushManager.tokenType = type; PushManager.token = token; // todo 发送token给服务器 } public static void handleRegisterResult(Context context, @PushType String type, boolean isSuccess, @Nullable String resultMsg) { if (isSuccess) { // todo } else { // todo } }}
小米推送信息接收器:
/** * @author Kale * @date 2016/4/27 * * http://dev.xiaomi.com/doc/?p=544 */public class MiMessageReceiver extends PushMessageReceiver { /** * 通知消息被点击时触发 */ @Override public void onNotificationMessageClicked(Context context, MiPushMessage msg) { try { PushNotificationUtil.MsgBean bean = PushNotificationUtil .parsePushMsg(URLDecoder.decode(msg.getContent(), "UTF-8")); if (bean.target != null) { Intent intent = PushNotificationUtil.getPushIntent(context, bean.target); context.startActivity(intent); } } catch (UnsupportedEncodingException e) { e.printStackTrace(); } } /** * 用来接受客户端注册的结果 */ @Override public void onReceiveRegisterResult(Context context, MiPushCommandMessage message) { String command = message.getCommand(); List<String> arguments = message.getCommandArguments(); String cmdFirstArg = ((arguments != null && arguments.size() > 0) ? arguments.get(0) : null); // 如果是注册的命令,那么就得到token if (MiPushClient.COMMAND_REGISTER.equals(command)) { PushManager.sendDeviceToken(context,PushManager.PushType.MI, cmdFirstArg); // add token long code = message.getResultCode(); PushManager.handleRegisterResult(context, PushManager.PushType.MI, code == ErrorCode.SUCCESS, cmdFirstArg); } } /** * 接收透传消息 */ @Override public void onReceivePassThroughMessage(Context context, MiPushMessage message) { try { PushNotificationUtil.handlePassThroughNotify(context, PushManager.PushType.MI, URLDecoder.decode(message.getContent(), "UTF-8")); } catch (UnsupportedEncodingException e) { e.printStackTrace(); } }}
PushNotificationUtil
的代码就不贴了,不同的项目会有不同的实现形式。至此,推送的集成工作已经完毕!
注意
在miui上,如果应用被杀死,即使用了小米推送,透传消息也是无法收到的。可以考虑采用非透传的模式进行推送,简单方便,而且自带点击统计。至于是否采用非透传,就看项目的设计和需求了。
作者:天之界线2010
链接:http://www.jianshu.com/p/d650d02a1c7a
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 集成第三方推送最佳实践
- 消息推送,第三方插件集成心得
- Android 集成极光推送的第三方
- android应用接入第三方推送实践
- iOS第三方集成之jpush极光推送
- 【android】第三方集成之——极光推送
- Android开发之第三方推送JPush极光推送知识点详解 学会集成第三方SDK推送
- 第三方推送(小米华为友盟)接入实践
- (4.2.12.1)浅谈第三方推送[快速集成]:百度推送、小米推送、华为推送、魅族推送
- 第三方推送-极光推送
- 第三方--极光推送
- 化繁从简,别让思维打了结
- android:clipToPadding属性的用法
- 好久没更新了
- zookeeper使用(一)--简介与安装
- 【SpringMVC】用restful风格接口写DELETE或PUT请求时遇到405错误
- 集成第三方推送最佳实践
- 多线程中的Queue
- ActiveMQ深入浅出(三)--ActiveMQ简单的HelloWorld实例
- Java使用ElasticSearch API设置Mapping
- git log 颜色调整
- 【Docker】创建私有仓库, 查看私有仓库镜像, 方便本地共享
- iPad的APP无法正常使用话筒
- neutron网络的分层模型
- 幼儿园业务组件使用说明