消息推送技术

1.推送技术的介绍：

传统互联网上数据交互通常有poll和push两种方式。poll典型使用场景是浏览网页，是用户主动发起请求，向服务器获取数据；push恰好相反，经过服务器直接发送数据给客户端，用户被动接受消息，相似于更加及时的短信。

PUSH是互联网上内容提供者和内容定制方之间的一种通讯机制，利用在服务器端的程序把数据源源不断地推向客户端，大大提升客户机和服务器之间的交互性能。

第三方推送服务供应商：极光、云吧、个推、百度、蝴蝶等

推送的意义：经过个推的技术，APP可主动向其用户推送各种消息，结合精准的用户画像分析，给合适的用户在合适的场景下推送合适的内容，大幅度提高消息点击率、用户活跃度和留存率。

如：

智能家居：使用智能音箱播放歌曲，通过第三方推送服务器而后发到客户端的APP上，让你实时的知道播放了哪些歌曲。

游戏娱乐类：玩家实时互动（有新活动、作新任务、领新装备）， 用户随时触达， 唤醒沉默用户， 提升ARPU值

社交媒体类：好友私信、热点资讯第一时间送达，不让用户错过任何有价值的消息、如你下载了新浪微博，有人@你或者私信你，那么不用打开APP（可能后台已经将应用给Kill掉了或者直接没有打开）就能够看到消息通知。

应用第三方推送服务的优点：

1.服务器主动链接客户端，消息毫秒级下发，推送形式多样。

2.为不一样属性用户打上智能标签，实现精准推送和精细化运营。

3.冷热温数据引擎，结合地理围栏技术精准识别用户当下场景。

典型的使用第三方推送的应用：

2.不一样终端的推送原理

iOS 系统的推送：APNS即 Apple Push Notification Service依托一个或几个系统常驻进程运做，是全局的（接管全部应用的消息推送），因此可看做是独立于应用以外，并且是设备和苹果服务器之间的通信，而非应用的提供商服务器。你的例子里面，腾讯 QQ 的服务器（Provider）会给苹果公司对应的服务器（APNS）发出通知，而后再中转传送到你的设备（Devices）之上。当你接收到通知，打开应用，才开始从腾讯服务器接收数据，跟你以前看到通知里内容同样，但倒是经由两个不一样的通道而来。

Android系统推送：它像是传统桌面电脑系统作法。每一个须要后台推送的应用有各自的单独后台进程，才能和各自的服务器通信，交换数据。另外其实 Android 也有相似 APNS 的 GCM（Google Cloud Message），属于开发者可选，非强制。

因此你大概看出来区别，iOS 的消息推送机制面世之时是一种全新的解决方案（堪称平台中的平台），应用自己不能有常驻的后台进程，系统的开销少，内存使用更少，电量也更少（把更多的运算和资源开销放在云端，非设备端）。而 Android 的特色，虽然开销大，优势是更稳定快速，但不明显。

 

3.第三方推送的技术原理：

由于手机平台自己、电量、网络流量的限制，移动互联网应用在设计上跟传统 PC 上的应用很大不同，须要根据手机自己的特色，尽可能的节省电量和流量，同时又要尽量的保证数据能及时到达客户端。

为了解决数据同步的问题，在手机平台上，经常使用的方法有2种。一种是定时去服务器上查询数据，也叫Polling。
还有一种手机跟服务器之间维护一个 TCP 长链接，当服务器有数据时，实时推送到客户端，也就是咱们说的 Push。

从耗费的电量、流量和数据送达的及时性来讲，Push 都会有明显的优点，但 Push 的实现和维护成本相对较高。在移动无线网络下维护长链接，相对也有一些技术上的难度。 极光推送在 Android 平台上是如何维护长链接。

本质上，APNs 与 GCM 是相似的技术实现原理：即系统层有一个常驻的 TCP 长链接，一直保持的长链接，即便手机休眠的时候也在保持的长链接。答案是：不会。这是手机的设计来作到的。TCP长链接有个心跳的时间，在国外能够很长好比30分钟，在国内则由于网络环境复杂通常10分钟。客户端发起的心跳，会短暂地消耗手机电能，但在这个心跳间隔期间，则消耗电能是不多的。当在心跳期间服务器端有推送信息过来时，客户端能够收到并作处理。

 

推送系统的各个组成要素

首先咱们来看一下组成一个推送系统的几个要素

推送系统SDK：以jar的方式出现，集成于第三方客户端，解析第三方下行的数据，并把结果透传给第三方客户端；也能够上行第三方定制的客户端信息。

推送系统服务器：一侧负责维护与成千上万的SDK的长时链接，另外一侧与第三方服务器对接，将第三方定制数据下行推送至个推SDK。

第三方服务器：数据推送的发起者，经过对接个推服务器，将数据发送至第三方客户端。

第三方客户端：第三方集成SDK的客户端，推送数据正真的接收者和展示者。

说明：

AppID：应用ID，第三方在个推系统注册账号并建立生成的惟一的应用标识。

ClientID：用于标识客户端身份，由第三方客户端获取并保存到第三方服务端。

UID：通常为第三方系统账号体系中的用户标识。第三方服务端通常须要保存UID和ClientID的映射关系，进行消息推送时，经过UID查找到相应的ClientID，即可进行定向推送了。

 

参考资料：

　　　 　http://blog.jiguang.cn/jpush_wireless_push_principle/

　　　　 http://www.cnblogs.com/evakang/p/3756489.html

　　　　 https://www.zhihu.com/question/20667886/answer/15794992