开发一款程序员喜欢用的SDK不容易。也许有些开发者还不知道能够使用方便易用的消息推送平台接口服务。但是像百度、网龙、去哪儿等APP应用都是在使用消息平台接口的服务。魔推MPUSH开发者程凯征以一位标准研发人员的视角，将研发和产品设计之间的关系用“与、或、非”来阐述他对消息推送技术是如何诞生的。

目前，魔推MPUSH已经向应用开发者开放，支持包括安卓、IOS、JAVA、PHP的主流系统。从原理上来说，为应用开发者提供的SDK包嵌入到应用程序当中，就可以实现信息的推送功能。目前，广泛的做法大多使用了长链接的发送方式推送消息。这种方式更能节省终端设备的用电量和流量，将更多的消耗转移到服务器当中。

一般而言，在客户端内，行业有四大标准来判断一款SDK的性能。第一是SDK的大小，一般的也就是几十K，这一点大家现在都能做到。第二点是流量。第三是省电。第四是稳定性。无限环境中，不同的地方需要采用不同的联网策略，在服务器端，主要考虑的是2台并发的策略；一台服务器的高并发能力，也就是一台服务器能支持多少用户同时在线的消息推动;第二个是消息的并发能力，也就是一定时间内能顺畅地送达多少条信息。

那么魔推MPUSH又能做到什么样的效果呢？

魔推MPUSH在上述几个指标的表现如下：用户客户端在待机空载时，流量消耗是0.8兆/月;在Android上每天40毫安的电量消耗;一台服务器可以支持200万用户同时在线;一秒钟可以下推5万到8万消息，一天能够推50亿条消息，这相当于中国移动整个全中国的短信的存储量。并在0.5秒钟内将消息送达用户客户端。根据用户量，并计量同时在线用户数。目前，魔推MPUSH已经向开发者开放使用。

在推送过程中，魔推MPUSH试图建立行业技术标准;在推送之后，提供BI（Business ）服务。与其他消息推送类平台不同，魔推MPUSH更专注于推送之后的运营和后续动作，在推送成功率、失败率上面做精细化的分析。开发者在后台就可以查询到自己应用的这些数据情况。

移动端信息推送是个技术性的产品，对这类产品，行业类还有个说法，就是技术上没有不可能的事儿，但一挑战到技术极限，就是个考验可能性的事儿。将这个可能性比对一下成本，信息推送就变成大平台不愿做的事儿了。无论是魔推MPUSH，还是其他的产品，冲刺技术极限，在信息传送链条上磨练服务，比的就是个精细范儿。