小米海量数据推送服务技术讲解 2014-11-17 10:00 佚名字号：T | T 11.11大促，随着移动端业务量的急剧提升，像小米推送这样的基础服务也经受了巨大的考验。11月12日，小米的项目总监汪轩然在微博上宣布，“小米推送服务共发出9.65亿条消息，平均每分钟发送67万条。更值得一提的是，后台监控显示，推送服务后台系统在全天运作非常平稳，没有任何卡顿拥堵现象，让各种促销、返利、订单更新消息第一时间触达用户。” AD：2014WOT全球软件技术峰会北京站课程视频发布 11月21日-22日与WOT技术大会相约深圳现在抢票 11.11大促，随着移动端业务量的急剧提升，像小米推送这样的基础服务也经受了巨大的考验。11月12日，小米的项目总监汪轩然在微博上宣布，“小米推送服务共发出9.65亿条消息，平均每分钟发送67万条。更值得一提的是，后台监控显示，推送服务后台系统在全天运作非常平稳，没有任何卡顿拥堵现象，让各种促销、返利、订单更新消息第一时间触达用户。” 汪轩然，2007年毕业于清华大学计算机系，后加入微软亚洲工程院，曾参与WP7上的浏览器的开发。2010年7月加入小米，曾担任米聊安卓团队的团队主管，现在在小米任项目总监，负责小米的开发者服务，掌管推送服务、统计服务和移动广告联盟三大业务，旨在为小米搭建一个移动App业务的互联网生态圈。 我们联系了汪轩然，就小米推送服务的架构、特点、性能等问题对他进行了采访，以下内容根据本次采访整理而成。 基础技术架构 协议是推送服务的核心。小米推送服务所采用的协议是由之前的米聊演变过来的，而米聊从一开始就选择使用XMPP协议，之后开发团队对XMPP协议做过几轮精简和重构。现在XMPP部分只是作为一个数据的传输层，之上跑着各种独立的业务，每个业务称为一个“channel”；每个channel上跑的数据格式可以是不一样的。消息推送服务是其中一个channel，这个channel上传输的数据是通过Thrift进行二进制化的协议格式。 再来看一下小米推送服务的服务端架构。下图是后台服务端的一个基本架构图。整个服务端包含如下几层：
微信平台内容推送计划方案（草案） 一、信息推送内容分类 集团微信： 1、企业管理 2、集团及子公司新闻 3、集团及子公司活动信息 4、节假日客户关怀信息 二、信息来源： 各大门户网站、权威发布平台、新闻、集团内部各子公司提供（注：公司内部提供信息、主题需在发布前一天提供） 三、素材管理 通过百度图库，360图库，门户网站照片等途径选择合适的推送图片。根据推送内容设计相关性高的图片，活动推广效果截图等 四、推送频率：1次/周，周五（内容必须在周四4点之前全部排版并审核完） 五、推送时间： 周五中午11点30分，下午17点30分 六、审核方式： 编辑好的图文信息于周四4点之前发送至各负责人（姜总、车总、宋总）审核，审核通过后按照原定计划时间发送。 七、沟通反馈 每次信息推送后，24小时内收集客户的反馈，将核心问题整理成文件收集，上报相关负责人。
八、推广方式 公司内部员工朋友圈转发推广。要求每个人收到公司发布的文章进行转发并配上相关的文字。 九、微信运营情况分析 每一个月，对微信的整体运营情况进行一个总体的分析，通过数据表确定哪些内容是客户所关注的内容，把客户问题回复整理成文件，针对客户反馈，着重推送客户关心的内容。 微信推送分析方案 一、定位： 依托微信公众平台，面向红木行业群体开展信息资讯传递、知识理念分享、优质资源推送和交流互动活动，打造红木业内贴身的“好帮手”，为受众群体提供最新的资讯，一站式的红木知识，便捷的服务，营造一个良好的氛围。 二、面向对象人群： 目前主要以从事红木行业及其相关人员为主。 三、版块设置和内容来源： 微信从内容上划分为“微资讯、微交流、微分享”三大系列十个小版块，每期根据内容编排，推出4条内容（周末除外）。 1、微资讯： 1）行业资讯：红木行业最新资讯。 2）热点追踪：业内最热门的资讯。 3）木材行情：每日原材最新行情。 4）仙作聚焦：仙游红木家具新闻。 2、微交流： 1）有奖活动：举办一些活动，起到交流互动的目的。例如，本次的挂历免费送活动。2）知识问答：举例，今天推送红木相关的问题，明日揭晓正确答案。 3、微分享： 1）收藏鉴赏：包括精品鉴赏，收藏知识。赏析精品红木家具，了解红木收藏知识。 2）红木百科：包括红木知识，红木选购，红木保养，红木鉴别一站式的红木百科。
关于服务器端向Android客户端的推送，主要有三种方式：轮询，应用程序应当阶段性的与服务器进行连接并查询是否有新的消息到达，你必须自己实现与服务器之间的通信，例如消息排队等。而且你还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池；SMS（通过发送短信并解析短信内容来获取服务器端的指令），这个出现的问题是很难找到免费的网关来发送短信；最后就是持久连接，主要是Socket通讯，这个解决了性能问题，但是耗电问题依旧没能解决。 在这里，我们主要介绍的是第三种，用持久连接的方式来进行推送。现在比较成熟的及时消息传递协议共有四种，而无疑最为主流就是XMPP协议，它是一种基于XML的传递协议，具有很强的灵活性和可扩展性。它的特点是将复杂性从客户端转移到了服务器端。在网上可以找到很多的XMPP资料，这里就不在赘述了，不然越扯越多。总之，XMPP主要显著的优点主要有以下几个方面： 1、分布式任何人都可以运行自己的XMPP服务器，它没有主服务器 2、安全性很高。使用SASL及TLS等技术的可靠安全性 3、开发性它是开源的，易于进行学习和了解 4、跨平台毋庸置疑，使用的XML进行传输的 说完优点，我们言归正传，基于XMPP协议的java开发有一个开源框架，那就是smack，它主要封装了一些XMPP的实现。而如果把它直接用在Android上是不行的，因为android缺少了一些java的类库，于是一个改进版的asmack诞生了，它是专门为android而改进的android smack。而另外一个开源框架的诞生，则是对在引用smack的基础上实现和服务器端的持久连接，以实现服务器对客户端的推送，那就是android push notification，简称androidpn。 Androidpn在客户端集成了asmack。这样就可以很容易的简立一个和服务器端的基于xmpp协议的socket连接。A ndroidpn的客户端中，进行管理连接的类是XmppManager，它主要用来管理连接的信息，比如XMPP的端口、IP、登录的用户名密码，以及对连接的维护。为什么还有用户名和密码？这不得不提到XMPP 的具体细节。整个服务器端和客户端的通信是基于一个session（会话）过程，
高可用的移动消息推送平台方案
消息推送作为移动APP 运营中的一项关键技术，已经被越来越广泛的运用。本文追溯了推送技术的发展历史，剖析了其核心原理，并对推送服务的关键技术进行深入剖析，围绕消息推送时产生的服务不稳定性，消息丢失、延迟，接入复杂性，统计缺失等问题，提供了一整套平台级的高可用消息推送解决方案。实践中，借助于该平台，不仅能提能显著提高消息到达率，还能提高研发效率，并道出了移动开发基础设施的平台化架构思路。推送基础 移动互联网蓬勃发展的今天，大部分手机APP 都提供了消息推送功能，如新闻客户端的热点新闻推荐，IM 工具的聊天消息提醒，电商产品促销信息，企业应用的通知和审批流程等等。推送对于提高产品活跃度、提高功能模块使用率、提升用户粘性、提升用户留存率起到了重要作用，作为APP 运营中一个关键的免费渠道，对消息推送的合理运用能有效促进目标的实现。 推送最早诞生于Email 中，用于提醒新的消息，而移动互联网时代则更多的运用在了移动客户端程序。要获取服务器的数据，通常有两种方式：第一种是客户端PULL（拉）方式，即每隔一段时间去服务器获取是否有数据；第二种是服务端PUSH（推）方式，服务器在有数据的时候主动发给客户端。 很显然，PULL 方案优点是简单但是实时性较差，我们也可以通过提高查询频率来提高实时性，但这又会造电量、流量的消耗过高，反之PUSH 方案基于TCP 长连接方式实现，消息实时性好，但是由于要保持APP 客户端和服务端的长连接心跳，也会带来额外的电量和流量消耗。因此在整体架构设计中需要折中平衡，目前主流的推送实现方式都是基于PUSH 的方案。 移动推送的三种实现方式 目前移动推送技术实现方式主要有以下三种： 轮询方式（PULL）
消息推送后台系统设计 一. 数据库表设计 1.设备表device id: 表的主键 device_id: 设备标识，主键 device_type: 设备类型iOS或Android，必须字段 device_token: 设备令牌，设备类型为iOS时必须字段 user_id: 用户标识，可以为空 badge_number: 未读消息数量，整型 timestamp: 设备令牌刷新时间，可选字段 preferences: 用户的一些设置，比如是否接受推送，推送时段等信息，可选字段 二. 接口设计 1.登记和更新设备register_device 请求参数: 同数据库表device_id, device_type, device_token, p references…… 返回结果: 成功或失败标识 业务逻辑: a.以device_id为条件，没有纪录则新增，有纪录则更新 https://www.doczj.com/doc/c63557067.html,er_id刚开始为空，用户登录后加入，用户登出后清空 c.客户端在App每次启动时和用户登录时调用此接口，服务器此时将badge_number清0，即认为客户端已经打开后已经读过所有新消息了 2.注销设备令牌logout 请求参数: user_id, device_id 返回结果: 成功或失败标识
业务逻辑: 用户在注销的时候，要给此设备和用户解绑，此用户的消息不再发送给这个设备 三. 推送消息 1.不同的设备类型根据不同的 a)iOS根据deviceToken直接给苹果服务器发送； b)Android根据选择的第3方方案的不同，进行消息发送 2.用户相关的消息，根据user_id为过滤条件，为用户的设备发送消息。 3.发送消息时，badge_number加1
Android消息推送完美方案 推送功能在手机应用开发中越来越重要，已经成为手机开发的必须。在Android应用开发中，由于众所周知的原因，Android消息推送我们不得不大费周折。本文就是用来和大家共同探讨一种Android消息推送的完美解决方案。 1.消息推送基础 消息推送，就是在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。推送技术通过自动传送信息给用户，来减少用于网络上搜索的时间。它根据用户的兴趣来搜索、过滤信息，并将其定期推给用户，帮助用户高效率地发掘有价值的信息 当我们开发需要和服务器交互的移动应用时，基本上都需要和服务器进行交互，包括上传数据到服务器，同时从服务器上获取数据。 一般情况下，客户端与服务器之间通讯客户端是主动的，但这就存在一个问题就是一旦服务器数据有更新或者服务器要下发通知给客户端只能等客户端连接的时候才能实现。这种方式使消息失去了实时性。 如何使客户端能够实时的收到服务器的消息和通知，总体来说有两种方式，第一种是客户端使用Pull（拉）的方式，就是隔一段时间就去服务器上获取一下信息，看是否有更新的信息出现。第二种就是服务器使用Push（推送）的方式，当服务器端有新信息了，则把最新的信息Push到客户端上。这样，客户端就能自动的接收到消息。 虽然Pull和Push两种方式都能实现获取服务器端更新信息的功能，但是明显来说Push方式比Pull方式更优越。因为Pull方式更费客户端的网络流量，更主要的是费电量，还需要我们的程序不停地去监测服务端的变化。 2.几种常见的解决方案实现原理 1）轮询(Pull)方式：客户端定时向服务器发送询问消息，一旦服务器有变化则立即同步消息。2）SMS(Push)方式：通过拦截SMS消息并且解析消息内容来了解服务器的命令，但这种方式一般用户在经济上很难承受。 3）持久连接(Push)方式：客户端和服务器之间建立长久连接，这样就可以实现消息的及时行和实时性。 3、消息推送解决方案概述 A、C2DM云端推送方案 在Android手机平台上，Google提供了C2DM（Cloudto Device Messaging）服务。Android Cloud to Device Messaging(C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。 该方案存在的主要问题是C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经常不可用。 B、MQTT协议实现Android推送 采用MQTT协议实现Android推送功能也是一种解决方案。MQTT是一个轻量级的消息发布/订阅协议，它是实现基于手机客户端的消息推送服务器的理想解决方案。 wmqtt.jar是IBM提供的MQTT协议的实现。我们可以从这里 （https://https://www.doczj.com/doc/c63557067.html,/tokudu/AndroidPushNotificationsDemo）下载该项目的实例代码，并且可以找到一个采用PHP书写的服务器端实现（https://https://www.doczj.com/doc/c63557067.html,/tokudu/PhpMQTTClient）。 C、RSMB实现推送功能 Really Small Message Broker(RSMB)，是一个简单的MQTT代理，同样由IBM提供，其查看地址是：https://www.doczj.com/doc/c63557067.html,/tech/rsmb。缺省打开1883端口，应用程序当中，它负责接收来自服务器的消息并将其转发给指定的移动设备。SAM是一个针对MQTT写的PHP库。我们可以从这个https://www.doczj.com/doc/c63557067.html,/package/sam/download/0.2.0地址下载它.
消息PUSH客户端后台功能设计系统需求说明书 苏州宽连十方版权所有
版本信息
目录 1关于本文档 (4) 1.1内容说明 (4) 1.2适用对象 (4) 1.3术语 (4) 1.4参考文档 (4) 2系统概述 (5) 2.1系统概述 (5) 2.2功能模块 (5) 2.3用户角色 (5) 3系统功能需求描述 (6) 3.1菜单管理 (6) 3.1.1需求编号：DSJD_MO_JPD_01 (6) 3.1.2功能访问路径： (6) 3.1.3功能需求描述 (6) 3.1.4页面原型 (6) 3.1.5处理流程和约束条件 (8) 3.1.6数据说明 (11) 3.1.7接口说明 (11) 3.1.8其他说明 (11) 4系统非功能需求描述 (12) 5附录 (13)
1关于本文档 1.1 内容说明 本文档用于描述消息PUSH客户端后台功能设计功能的系统需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是消息PUSH客户端后台功能设计功能迁移唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2 适用对象 本文档仅适用于维护该系统的项目组成员，包括业务人员，设计开发人员，测试人员以及项目管理人员等进行阅读使用。对于其他关联项目人员如需查阅此文档，则应通过管理层的批准。由于本文档包含产品系统的详细需求定义，业务处理逻辑等内容，因此禁止将文档发送给与系统或业务无关的人员。 1.3 术语 [定义及说明与此系统有关的特殊名词（专门术语）或简写、各类编号、代码等等] 1.4 参考文档 无
OPPO消息推送服务开发者协议 文档版本号修订人修订日期修订内容 V1.0.0汤志文2017-6-12创建文档，新建规范V1.0.1 汤志文 李淑君 2017-7-5修订文档V1.0.2计玥2017-12-8修订文档 V1.0.3计玥2018-1-8修订文档 V1.0.4 计玥 李淑君 2018-2-22修订文档 OPPO消息推送技术服务协议（以下简称“本协议”）为东莞市讯怡电子科技有限公司（以下简称“讯怡”）与开发者就开展消息推送技术服务合作所应遵守的条款。 请开发者认真阅读、充分理解本协议各条款，特别是免除或者限制讯怡及其关联公司责任的条款、对开发者的权利限制条款、争议解决和法律适用条款等，该类条款将以加粗的形式提示开发者注意。请审慎阅读并选择接受或不接受本协议。除非开发者接受本协议所有条款，否则开发者无权使用讯怡提供的相关服务。开发者的登录或使用服务行为将视为对本协议（包括后续更新版本、以及开通或使用某项服务的单独协议）的接受，并同意接受本协议各项条款的约束。 1定义 1.1消息推送技术：是指提供给第三方应用（APP）开发者集成并使用消息推送平台的技术服务。开发者可以使用消息推送技术服务向终端用户发送应用通知消息。开发者可以使用的消息推送具体功能取决于讯怡授权的范围。 1.2授权技术：是指讯怡独立开发并享有知识产权或拥有合法授权的的消息推送技术以及本协议履行期间内的全部后续版本，包括但不限于其目标指令（可运行文件）以及技术文档等；以及指基于本协议的定制或开发需求产生的版本或为修复软件缺陷而提供技术支持产生的后续版本。 1.3开发者：是指在讯怡应用商店发布应用（APP）并且基于该应用向讯怡终端用户提供服务的个体，包括但不限于法人、自然人，为本协议所约束的当事方。
手机游戏消息推送使用浅析 ——WeCloud 团队消息推送是游戏开发者与玩家沟通最直接的桥梁，开发者可以通过推送一条消息直观地在手机屏幕上把信息传达给玩家。但是由于开发者一些不恰当推送或者对于推送细节的疏忽大意，使得大多数的玩家都选择了彻底关闭推送消息，开发者其实可以做的更好。 如何让消息推送价值最大化应当结合三个问题进行讨论：一、推什么二、推给谁三、怎么推 一、推什么？ 第一个关键的点就是推送的内容，作为一个游戏，频繁地广告以及与游戏类型不符合的消息显然是不讨喜的。那么针对不同类型的游戏，选择什么类型的推送以及选择哪一个切入点进行推送是更合适的呢？ 根据游戏特点，我们可以将常见游戏归为三类： a)休闲游戏 b)社交驱动型游戏 c)经营类网游 对于不同类型的游戏，使用推送的切入点与手法也存在差异。 休闲游戏：对于休闲类的游戏而言，推送的价值在于唤醒用户，提高用户活跃度。使用场景更多是提醒游戏更新内容或者能量槽的回复上。以游戏植物大战僵尸为例，如果频繁推送消息提醒用户打开游戏，对于用户而言显然是一种骚扰，如何更好的唤醒用户呢？我们可以采用的办法有两种，一种是使用更幽默的文案：“您的后院即将被僵尸攻占，快
来领导植物迎击腐肉”；一种是使用回归激励：“您的邻居戴夫赠送您一株新植物，快来看看是什么吧！” 交驱动型游戏：对于这种竞技游戏而言，互动是游戏的核心。所以推送的内容也应当围绕好友互动进行。以天天酷跑为例，如果给用户推送能量槽已满或者是人物更新这些消息，虽然也是与游戏相关，但并不是最有价值的消息。用户更关注的是自己的排名与好友动态，对于用户而言，更吸引他的消息可以是：“收到了好友的邀请通知‘你的好友@小明邀请您来体验天天酷跑，跟我一起奔跑吧‘“；针对不活跃的用户，为了唤回这些用户，我们可以给用户推送：“您的排名下滑了X名，加快脚步拒绝落后！” 经营类游戏：经营类游戏大多为城市经营、卡牌游戏。这种游戏的运营操作空间较大。由于运营活动的多样化，它会更加频繁的推送活动的信息来把玩家进行召回，消息内容也更容易与玩家的游戏内的行为结合。比如游戏中的士兵生产完成、建筑建设完成、城市被攻击，这些信息它可以通过消息的推送告诉用户，这样用户就可以及时的回到游戏里面响应其他用户的行为，这些只是在一般情况下常见的使用场景。对于经营类游戏而言，玩家的付费基础更好，因此可以结合用户分群对付费用户进行推送，我们可以针对付过费的玩家推送一个消息，“充值优惠充30送30！”，对这些付费的玩家是一个刺激性的作用。总而言之，一个有价值的活动推送，内容上尽量让用户感觉到占了便宜。 除了各种活动场景的推送，推送的时间策略也是比较重要的点，对于游戏而言，想得到最好的推送效果，就需要结合玩家日常活动场景进行推送。以上班族为例：上午工作时段难以让玩家产生玩游戏的冲动，此时推送效果不佳；午休是娱乐高峰时段，玩家在饭后收到一条来自游戏的任务提醒或者体力赠送提醒，正好在饭后进入游戏。下午3 点是一天中工作效率最高的时段，也不宜进行推送，在5点到7点临近下班和晚餐的这个阶段是比较适合唤醒用户的；晚上是用户脱离工作环境的时刻，更容易产生消费
消息推送技术 消息推送技术 消息推送 Web 层消息推送 套接字 HTTP 请求轮询 简单轮询 长轮询 HTTP 流 HTML 5 WebSocket 多客户端支持 APIs 多样 网络连接不稳定 最小化流量 服务层消息服务 Java Message Service 消息域 消息确认 技术设计 目标 Web 层设计 Pushlets 组件 JS 客户端 服务层设计 处理步骤 消息表 逻辑架构 推时序 关键点 参考 消息推送 消息推送是针对 Web 应用开发领域的技术，指服务端以主动方式将信息送达客户端。主要用于提升用户体验，避免用户刷新页面从服务端拉取数据。例如 Web 邮件中自动出现刚收到的邮件项，Web 即时通讯自动提示新到消息等应用场景。 要实现消息推送机制，涉及两方面的内容： ●Web 层消息推送 ●服务层消息服务
Web 层消息推送 套接字 可以使用套接字接口进行全双工通讯。可以通过 Flash XMLSocket、Java Applet 技术实现。 但由于实现方案与厂商技术绑定过紧，不属于 Web 标准化范畴，并且存在一些限制（通讯端口开启安全、客户端插件），这里不进行描述。 HTTP 请求轮询 目前的 Web 应用是基于 HTTP 协议的，其规定了请求-响应的处理模型，位于应用层的单工通讯模式使得纯粹意义上的服务端推送方式变得难以实现。 为了基于 HTTP 协议进行“推送”实现，可由客户端发起 HTTP 请求轮询，服务端在请求后返回响应。 根据轮询时间、请求处理方式，分为以下三种推。 简单轮询 客户端一般以定时方式发起请求，服务端处理后返回响应。 ●原理、客户端/服务端实现简单 ●可根据应用场景调整轮询时间间隔 ●服务端需要处理大量请求 长轮询 客户端发起请求后服务端将该请求挂起（不返回响应），直到超时、异常或需要处理响应（推内容）才返回。客户端收到响应后再次请求（即轮询）服务端，并处理响应。 ●实时性高 ●服务端需要管理挂起请求
Android中利用App实现消息推送机制的代码实例 1.消息推送机制 服务器器端需要变被动为主动，通知客户一些开发商认为重要的信息，无论应用程序是否正在运行或者关闭。 我想到了一句话：don't call me,i will call you! qq今天在右下角弹出了一个对话框："奥巴马宣布本拉登挂了...",正是如此。 自作聪明，就会带点小聪明，有人喜欢就有人讨厌。 2.独立进程 无论程序是否正在运行，我们都要能通知到客户，我们需要一个独立进程的后台服务。 我们需要一个独立进程的后台服务。 在androidmanifest.xml中注册service时，有一个android:process属性，如果这个属性以"."开头，则为此服务开启一个 全局的独立进程，如果以":"开头则为此服务开启一个为此应用私有的独立进程。举个具体的例子吧，我们新建了一个 application,创建了主进程https://www.doczj.com/doc/c63557067.html,blogs.tianxia，那么： view sourceprint?1 2
客户端消息推送方案 本文所提推送为服务端有新的消息时，把最新的信息push到客户端上。 1、第一种解决方案 采用http json轮询方式 客户端固定频率向服务器发送查询报文，服务端返回最新信息。 ●优点：实现简单、成要较低 ●缺点：消息实时性欠佳，客户过多，可能导致资源浪费 2、第二种解决方案 Android平台采用google 提供的C2DM云端推送功能。 Android Cloud to Device Messaging (C2DM)是一个用来帮助开发者从服务器向Android应用程序发送数据的服务。该服务提供了一个简单的、轻量级的机制，允许服务器可以通知移动应用程序直接与服务器进行通信，以便于从服务器获取应用程序更新和用户数据。C2DM服务负责处理诸如消息排队等事务并向运行于目标设备上的应用程序分发这些消息。其操作过程如下： 经过查询和实验，有如下问题： 1）C2DM内置于Android的2.2系统上，无法兼容老的1.6到2.1系统; 2）C2DM需要依赖于Google官方提供的C2DM服务器，由于国内的网络环境，这个服务经
常不可用，如果想要很好的使用，我们的App Server必须也在国外。 3、第三种解决方案 XMPP协议实现Android推送功能 Google官方的C2DM服务器底层也是采用XMPP协议进行的封装。XMPP(可扩展通讯和表示协议)是基于可扩展标记语言（XML）的协议，它用于即时消息（IM）以及在线探测。这个协议可能最终允许因特网用户向因特网上的其他任何人发送即时消息。 androidpn 客户端需要用到一个基于java的开源XMPP协议包asmack，这个包同样也是基于openfire下的另外一个开源项目smack，不过我们不需要自己编译，可以直接把androidpn 客户端里面的asmack.jar拿来使用。客户端利用asmack中提供的XMPPConnection类与服务器建立持久连接，并通过该连接进行用户注册和登录认证，同样也是通过这条连接，接收服务器发送的通知。 androidpn服务器端也是java语言实现的，基于openfire开源工程，不过它的Web部分采用的是spring框架，这一点与openfire是不同的。Androidpn服务器包含两个部分，一个是侦听在5222端口上的XMPP服务，负责与客户端的XMPPConnection类进行通信，作用是用户注册和身份认证，并发送推送通知消息。另外一部分是Web服务器，采用一个轻量级的HTTP服务器，负责接收用户的Web请求。服务器架构如下： 最上层包含四个组成部分，分别是SessionManager，Auth Manager，PresenceManager以及Notification Manager。SessionManager负责管理客户端与服务器之间的会话，Auth Manager 负责客户端用户认证管理，Presence Manager负责管理客户端用户的登录状态，NotificationManager负责实现服务器向客户端推送消息功能。 这个解决方案的最大优势就是简单，我们不需要象C2DM那样依赖操作系统版本，也不会担心某一天Google服务器不可用。利用XMPP协议我们还可以进一步的对协议进行扩展，实现更为完善的功能。采用这个方案，我们目前只能发送文字消息，一般情况下，利用推送只是告诉手机端服务器发生了某些改变，当客户端收到通知以后，应该主动到服务器获取最新的数据，这样才是推送服务的完整实现。 经过查询和试验，发现androidpn一些缺点： ●连接时间过长时，客户端收不到服务器推送消息。 ●性能上不够稳定。 ●没有失败重推机制。
关于实时推送系统的那点事 本文编辑整理自【微学堂】第一期活动实录嘉宾介绍于小波，系统架构师，2011年加入魅族，主要从事服务端后台开发工作，专注于系统高并发，分布式等解决方案。 直播实录关于实时推送系统的那点事 大家好，我是于小波，2011年加入魅族，现在在魅族移动互联网部门，主要负责服务端后台架构设计和开发工作。 很感谢ChinaUnix给的这个机会，非常荣幸可以和大家在这里分享我们魅族的一些技术。下面，我们进入今天的主题：关于实时推送系统的那点事。今天的内容主要分4个方面：系统介绍、架构设计&微服务、踩过的坑&心得、监控和灰度发布。重点介绍一下第三点，也就是一个心得分享。我们先介绍一下这个系统。魅族推送系统主要为魅族用户提供以下服务：系统&应用升级、查找手机、联系人同步、应用商店、在线音乐、阅读、游戏中心等，这里就不一一列举了。我们实时在线用户是2500W左右，日PV 50亿，在现有资源的情况下，推送速度最快可以到600W/分钟。这个是我们的系统架构图。 从逻辑上划分了4层，最下面的是接入层，为用户提供TCP 长连接的接入和http服务。 第二层是消息分发层，主要功能是上行业务消息的分发到各
个service，下行推送消息路由到用户所接入的接入服务器，再由接入服务器发送到指定的用户。路由表就是用来保存用户的长连接信息和所在的接入服务器的位置。Webservice的功能后面会提到。 第三层是业务逻辑层，主要处理不同的业务逻辑。 第四层是存储层，存储用户的离线消息和订阅消息。 还有两个比较独立的监控平台和服务管理。 这个系统的是由很多小的服务，每一个服务功能都比较单一，而且是独立的集群，可以单独部署。这里的服务都是异步无状态，要求高并发消息处理延迟低于1ms。 还有一个推送平台，不在今天的讨论范围。 我们在开发这套系统的过程中，碰到了很多问题，下面列了几个比较典型的问题和大家一起分享。首先，是微服务的问题： 因为所有服务都要求高性能，所以我们开发了一套RPC框架在魅族内部叫kiev。kiev碰到了两个问题： 1、同步调用最开始我们这套框架都是同步调用，使用简单，服务的开发效率高。可是随着用户量的增多，性能已经满足不了我们的要求。而且同步调用，我们为了提高性能使用了多线程，很多多线程的问题随之而来。于是我们改进了我们的框架，使用异步。 2、异步问题非常多的回调函数，一套完整的业务逻辑被打
Android Push Notification Server SDK V 2.0.5
目录 1、功能介绍 (3) 2、特点介绍 (3) 3、集成步骤 (3) 4、启动服务 (4) 5、发送消息 (4) 6、接收消息 (5) 7、小结 (6)
1、功能介绍 Android Push Notification Server 简称APNS 安卓的消息推送机制，将消息通知栏放在屏幕顶部，并且允许用户在合适的时候通过下拉查看所有通知。 2、特点介绍 2.1、本应用服务免费 2.2、易集成 2.3、没有C2DM的限制(如android 2.2+ , 绑定gmail 等) 2.4、云服务，不用自己架设服务器 2.5、用户track 2.6、简单高效，省电 3、集成步骤 3.1、登陆https://www.doczj.com/doc/c63557067.html,，并注册一个自己的账号（这步是必须的，因为url中要用到你注册获得的app key） 3.2、在download中，下载sdk ，放到工程中的lib文件夹中（没有的话自己建个），在该jar包下，通过点击鼠标右键添加到路径。 3.3、在你的工程下，需要配置AndroidManifest.xml文件。
百度云推送服务的流程简述及概念解释 一，百度云推送服务概述 “百度云推送”是“百度开放云平台”向开发者提供的消息推送服务；通过利用云端与客户端之间建立稳定、可靠的长连接来为开发者提供向客户端应用推送实时消息服务。 云推送服务主要提供以下功能： 1，推送通知：向移动端推送展现在系统通知栏的通知消息。 2，推送消息：将开发者自定义的内容发送到客户端。开发者可以预先在客户端设定好规范，进行消息定制化。 3，推送富媒体：推送图片、视频、音频、网址等形式的富媒体信息。 4，信息统计：提供推送信息和用户行为的统计。 二，推送流程 1，开发者在百度注册并登陆后，创建一个应用（该应用会被百度分配一个API Key 和一个secret Key）； 2，利用百度提供的客户端android SDK编写该应用的客户端程序，将API Key写入客户端程序的配置文件；（客户端程序在安装时，会根据设备属性等参数生成一 个user id和一个channel id，并通过网络在百度云推送服务器中注册。）3，利用百度提供的推送平台向百度的推送服务器（“云端”）发送推送消息的命令（人工操作），百度服务器收到命令后向客户端推送消息。该过程也可以由开发 者利用百度提供的PHP SDK编写脚本完成，此时需要显式使用API Key和secret Key，根据推送需求可能还会需要user id、channel id以及tag。 三，名词解释 1，API Key：应用标识，终端上的绑定和服务端推送消息时都要用到。 2，Secret Key：应用私钥，服务端推送消息时用到。 3，channel id：推送通道ID，通常指一个终端，如一台android系统手机。客户端绑定调用返回值中可获得。 4，user id：应用的用户ID，一个应用在多个端可以都属于同一用户。user id和channel id配合可以唯一指定一个应用的特定终端。如果应用不是基于百度账户 的账户体系，单独用user就通常指定了一个应用的特定终端。客户端绑定调用 返回值中可获得。 5，tag：tag是一个用来划分用户群的属性。android SDK和PHP SDK均能对tag进行设置、绑定、删除等操作，所不同的是android SDK只能进行用户级的tag操 作，而PHP SDK可以进行全局级的tag操作。 6，云端：百度云推送服务器，是云推送服务的核心。保存了各个云推送服务的各项属性及数据，包括API Key、Secret Key，所有的channel id、user id、tag、尚 未发送的离线消息等。百度云推送服务器直接负责消息的推送工作，并通过SDK
校园消息推送APP 一、内容 1、产品概念 “”APP是一款针对当代大学生量身定做的一款校园服务型应用。在互联网日益发展的新媒体时代，人们越来越倾向于快节奏的生活。而“”就是针对我国日益增多的大学生们量身定做的一款以互联网为平台，模拟真实的校园环境，为广大师生提供各类校园资讯、校内服务，连接起更多的第三方业务，提供“一站式”服务的智慧型模拟校园APP。 其功能主要包括校园电子地图导航，学习资源查询（包括空教室、图书馆馆藏、教师课件、历年考试试题下载、成绩查询等），校内资讯推送，等级考试知识分享、学长学姐经验说、失物招领等多种功能，切实解决大学新生入学难以融入大学生活、校内网通知难以及时把握、从校级到院级逐层通知的繁琐等问题。引领校园生活走向新媒体的时代，让校园生活变得更加丰富多彩，方便快捷。 当今媒体上，此类校园服务类APP并不匮乏，但 而“”APP的优势则在于其全面性和针对性。
首先，它将切实针对不同学院不同专业不同兴趣爱好的学生，为其推送仅与使用者有关的校方通知，做到有效过滤无用信息，及时更新各类资讯。 其次，校内电子地图导航的功能将极好的解决新生入学对大学不了解的情况。 除此之外，校内图书馆馆藏查询也有效的节约了在校大学生的宝贵时间。使得大学生们的生活变得更加方便快捷。 而我们也会与其他第三方合作，提供包括课程、答疑、题库、在线测评、智能课堂的互动。我们主要还是搭一个平台、做连接器的工作，把更多的第三方业务结合进来。 与同类产品相比，腾讯智慧校园具有六大特点。第一，场景全覆盖，市面类似的App多为覆盖某一个场景相比，腾讯智慧校园致力于实现服务场景的全覆盖；第二，为用户提供企业级安全保障，为数据的稳定性和安全性提供保障；第三，连通腾讯网亿级用户媒体平台，为学校提供媒体方面的支撑；第四，腾讯智慧校园将满足全媒体类型的无限量信息推送，直接推送到用户的微信主信息流中；第五，可以为教育厅局、教研单位等教育教学管理单位提供数据统计、舆情统计、排行榜等功能；第六，集成腾讯优质产品为学校服务，如整合了微信、腾讯视频、腾讯地图等产品服务，提供“一站式”服务。 市场推广方面，11月开始，腾讯将在全国8个重点城市展开“腾讯智慧校园公开课”，向校园场景的用户介绍智慧校园产品；同时，在各教育领域、各区域，选择合作伙伴共同进行产品的市场推广和用户维护。“目前我们已经在一些领域找到了一些非常优质的合作伙伴，并将继续通过腾讯网在全国的13个地方站实现产品的迅速推广和合作共赢。”腾讯教育频道主编翟东海介绍。 2、市场需求 随着网络技术的发达，消息的传播形式也发生了一些根本上的变化。例如学校的一些重要信息都只是在校园网上刊登， 学校的一些招聘信息以及一些其他重大的信息都是在校园网上
远程推送详细步骤： 分成两部分，1.服务器工作 2.iOS客户端工作 ［一］服务器工作 1. 进入苹果开发者账号，创建AppID，生成的时候注意勾选Push Notifications 2. 创建推送证书－这个证书是给服务器使用，app id 选择刚刚创建的appID 3. 下载证书，并双击，证书将导入到本机的钥匙串中， 4. 将钥匙串中的证书导出p12 然后使用命令转成pem，以供服务器使用 5. 以PHP做推送为例，官网下载php推送事例，修改token 及证书名及证书密码 ［二］iOS客户端工作 1.注册远程推送 1.1 如果8.0以前版本直接调用registerForRemoteNotificationTypes 就可以 1.2 如果8.0以上版本 [ _ 2.获取deviceToken 注册远程推送后，回调函数将被调用（didRegisterForRemoteNotificationsWithDeviceToken）函数参数为deviceToken，我们需要传送给服务器，使得服务器存在对应关系
2.接受远程推送消息 2.1 前台状态 收到远程推送会调用didReceiveRemoteNotification方法，获取到详细的推送消息 2.2 后台状态 收到推送消息，iOS系统会自动弹出通知栏，显示推送信息，程序不会走didReceiveRemoteNotification函数（点击appIcon 恢复前台的话，该消息还是拿不到，点击通知信息的话，该消息可以拿到通过didReceiveRemoteNotification） 2.3 未启动状态 收到推送消息，iOS系统会自动弹出通知栏，显示推送信息，程序不会走didReceiveRemoteNotification函数（点击appIcon 恢复前台的话，该消息还是拿不到，点击通知信息的话，该消息可以拿到通过didFinishLaunchingWithOptions）
本科生毕业设计（论文）论文题目：基于个人喜好的消息推送网站
作者声明 本人以信誉郑重声明：所呈交的学位毕业设计（论文），是本人在指导教师指导下由本人独立撰写完成的，没有剽窃、抄袭、造假等违反道德、学术规范和其他侵权行为。文中引用他人的文献、数据、图件、资料均已明确标注出，不包含他人成果及为获得东华理工大学或其他教育机构的学位或证书而使用过的材料。对本设计（论文）的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本毕业设计（论文）引起的法律结果完全由本人承担。 本毕业设计（论文）成果归东华理工大学所有。 特此声明。 毕业设计（论文）作者（签字）： 签字日期：年月日 本人声明：该学位论文是本人指导学生完成的研究成果，已经审阅过论文的全部内容，并能够保证题目、关键词、摘要部分中英文内容的一致性和准确性。 学位论文指导教师签名： 年月日
基于个人喜好的消息推送新闻网站 郭伟林 Message-pushed News Website Based on Personal Preferences Weilin Guo 2014年06月02日
摘要 基于个人喜好的消息推送新闻网站是在信息上提供资源共享、信息交流和协同工作的计算机网络信息系统。随着计算机科学技术的发展，网络信息的快速传播已经成为人们日常生活中获取信息的重要途径，人们获取信息的快速途径主要是通过浏览新闻网站。而各种新闻网站数量又比较多，需要找出用户自己喜欢的新闻进行查看又比较麻烦，为了满足用户的需要，现基于主流的消息推送功能，开发一个用户个人喜好的消息推送新闻网站。 本毕业设计主要是采用了B/S设计模式，基于JSP（Java Server page）技术和Microsoft SQL Server 2000数据库技术开发了一个用户喜好的消息推送新闻网站。其开发主要包括后台数据库的建立和维和以及前端应用程序的开发两个方面。采用Microsoft SQL Server 2000数据库作为后台数据库、JSP作为前台开发语言，主要完成各类新闻信息的浏览、检索查询各类新闻信息、新闻信息管理、用户管理、管理员管理、链接管理和消息推送等功能。系统运行结果证明，本文所设计的基于个人喜好的消息推送新闻网站可以满足用户的需要，达到了设计要求。 本课题设计的意义和目标在于根据用户的兴趣定制用户喜欢的新闻，有利于增加用户对新闻网站的关注度和喜好度。且能实现用户对系统网站的方便、简洁访问。本毕业论文将对系统的开发过程和功能实现进行详细的阐述。 关键词：新闻信息管理；SQL Server；消息推送；JSP