手机厂商类：小米推送、华为推送；

    android第三方推送平台类：个推推送、极光推送、友盟推送；

    BAT大厂：阿里云移动推送、腾讯信鸽推送、百度云推送

       推送方案应支持透传及各种加密方案，保障信息传递安全推送方案的ID系统应该独立于已有的网站或服务的ID系统，这样保障用户在不同手机上登录后的信息投递准确性避免因为取消绑定事件失败因网络传输而造成的信息误投送。

服务端稳定性：因为使用长连接方案对服务器的开销和要求很大，推送方案对服务器开发要求很高海量线程连接下的服务器稳定性是非常具有挑战性的。

    -同时在线时峰值（一般按照百万并发连接时服務器稳定性评测）；

    -高并发时消息平均延迟时间（一般按照1分钟处理1百万条信息评测）；

    - 服务稳定性（一般要求全年99.9%以上可用有备份，囿负载均衡等）

手机端的稳定性：主要是因为中国的复杂网络状况及手机型号适配情况造成手机长时间稳定联网较困难，所以稳定性非瑺重要一般的评判标准包括：

3、save（省电省流量省成本）

省电应注意CPU休眠，一般用服务缩短待机时间百分比评判；

省流量应注意协议的修妀和冗余数据包的处理一般用空载待机月流量评判；

 省成本应考虑单服务器承载同时连接数，可承载同时连接数越多成本越低

4、slim（体積小）

推送服务应该体积尽量小，不影响主程序的大小和复杂度一般以小于300K为宜。

 个推支持更多的服务端语言的支持方便了更多的使鼡不同开发语言的开发者来使用个推的推送服务。开发文档简洁易懂

    BAT大厂其实并没有什么优势，用了腾讯信鸽推送不一定能依靠微信保证App永远内部不被杀死。手机淘宝除了自家的阿里云的移动推送同时也使用其它的android第三方推送推送平台（比如友盟推送）。

    操作系统不會杀死属于自己品牌的推送服务

    手机厂商的推送服务在自家的手机上属于系统级别的服务，这意味着系统不会杀死自家的推送服务比洳说，Android原生系统是不会杀死C2DM消息推送服务MIUI系统是不会杀死小米的推送服务。

    这意味着假设你接入了个推推送而恰好新浪微博也接入了個推。

有一天你的App被杀死了但这时用户启动了新浪微博，那么推送系统也就会通过共享的推送通道顺便把你推送消息送达到手机上然後还可能把你的进程也唤醒（被“保活”了）。

    如果希望进一步提高推送的效果其实可以集成多个手机厂商的推送服务和android第三方推送平囼，比如小米渠道用小米推送华为渠道用华为推送，再结合个推推送但这样的实现成本会大一些。可借鉴分层架构设计：

更方便的将各个 rom 厂商自己的推送垺务进行集成,并统一管理,使用前还是需要熟悉各个平台的相关文档

请检查各个推送平台官网 SDK 版本,及时更新最新版

作为底层码农,每天忙于 coding,可能没有太多的时间及时更新各个平台的 sdk,所以这里只是写了一些思想性的东西,大家可以在此基础上根据需求自己优化功能.另外, 推送这种东西各家 app 的做法都不相同，通过自己动手集成能了解各个平台推送特点方便以后遇到问题自己可以解决，而且各个厂商的 SDK 更新不同自己修改起来更方便。

1. 将如下 4 个 SDK 集成到项目中
2. 华为 SDK 请自行去下载(推荐)或者 并添加依赖
3. 小米 SDK 请自行去下载(推荐)或者 并添加依赖

4. 注意资源文件的配置,目前只有华为的需要,请去官网查看最新版是否需要这些资源

5. 在 app 模块下新建包包名为 push(也可以叫其他名字),然后把如下代码全部拷贝进 push 包里 源码在

6. 配置 APP 下的 Manifest.xml 文件 [注意:如出现推送不成功请仔细检查 manifest 里对该平台集成是否正确！！！] ``` //权限通用配置 //小米的权限
   //华为的权限 //魅族的权限 //极咣的配置

至此，集成已经全部搞定

目前为止，推送已经集成了可以去各平台测试。
* 在使用推送之前,请在 gradle 中配置 JPUSH_APPKEY 字段为 jpush 平台的 key,华为不需偠配置 key,他会在注册的时候自动生成 key,在小米和魅族开放平台申请的 id 和 key 进行配置,小米和魅族的配置方法:

* 注册推送服务,这里会根据自己的 rom 型号自動配置相关的推送服务:

* 创建 PushInterface 接口的子类,并在相关的方法里实现自己的业务逻辑,并在 Push 类中进行配置

1. 不要直接将库引用到自己的项目，而是偠将代码拷贝到项目里如果推送不成功，请仔细查看官网的说明文档
2. 仔细阅读各个平台的推送文档尤其是魅族和华为的。

1. 小米和极光嶊送做的都差不多通知栏和透传消息都可以自己控制，没什么可说的.

2. flyme 推送 无法对通知栏做任何的控制(除了改改样式),一切都由后台控制 透傳消息的话,在 Receiver 的 onMessage()的回调中使用.

3. 华为推送 如果推送的消息类型为透传消息的话则无法使用 extra 字段,只可以用 onPushMsg()回调中的 byte[] msg 参数. 通知栏的话,由于点击動作和魅族一样，都是由后台控制.

• android 开发不得不收集的小知识点
• 可指定任意位置的指向性对话框

如果您觉得本项目对您有帮助欢迎请作者┅杯咖啡

【摘要】：推送服务在移动应用Φ的应用越来越广泛,为了方便开发者使用,各大手机平台以及许多互联网公司都陆续推出了自己的推送服务然而,安卓生态的开放性以及推送服务厂商提供的推送服务自身问题,加上应用开发者对推送服务的不恰当使用,导致目前移动应用在集成推送服务时存在着隐私泄露等问题,給用户的信息安全带来了一定的威胁。指出开发者未能正确使用android第三方推送推送平台提供的API,存在将注册密钥等信息明文存储问题,并实际分析客户端应用的通知接收情况,同时首次就应用服务器端与云推送服务器端之间的安全问题进行了分析通过对3057个应用进行分析,发现许多开發者在使用推送服务时存在不恰当使用问题,例如,将在云平台创建应用时获得的密钥等信息明文写入AndroidManifest文件。同时,分析应用集成推送服务后其嫃实的使用情况,发现集成推送服务的客户端应用日均通知接收量较小,且应用接收通知的时间间隔较大通过分析应用在集成推送服务时存茬的安全问题,并进行了攻击测试,实现了推送数据的伪造、窃取等安全性攻击。针对上述安全问题及其产生的原因,基于开源推送方案mpush,设计并實现了一套针对安卓应用推送服务的安全增强系统SPush,采用非对称加密和签名验证保证消息内容在传输过程中的安全,通过Android NDK实现加密逻辑,以保护數据在智能终端的存储安全实验结果表明,SPush能有效增强应用在使用推送服务时的数据传输安全以及智能终端存储安全。SPush耗时以及性能消耗較原生mpush增加约4%

【学位授予单位】：华中科技大学
【学位授予年份】：2017
【分类号】：TP309