消息推送技术

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

转载于:https://www.cnblogs.com/lingyejun/p/7216344.html