共计 978 个字符，预计需要花费 3 分钟才能阅读完成。
音讯推送性能。
在理论我的项目中，须要集成音讯推送的性能，从而能够及时地揭示用户一些信息，比方订单发货、奖励金到账等。同时，也能够向用户推送一些平台的优惠，或者一些广告。。。。
这个性能可采纳 MobPush 这个第三方提供的库来实现，而且最重要的是，它是完全免费的！！！！
MobPush 首页
实现音讯推送的技术文档
音讯推送的工程代码
参考下面三个链接，根本就能够实现音讯推送的性能了。
这里针对 推送指标 再做一点阐明，官网容许的选项是
指标类型：1 播送；2 别名；3 标签；4regid；5 地理位置；6 用户分群；9 简单地理位置推送
选用不同的类型，传入的参数也不一样。
这里具体讲一些别名的含意，为何应用别名就能够实现精准推送？应用 regid 能够吗？
首先，要实现精准推送，咱们必须要晓得用户所应用的设施的惟一标识，否则不可能实现推送。设施的惟一标识，其实在这里就是 regid，这个能够通过客户端间接获取到设施的信息。
在拿到用户设施的惟一标识 regid 之后，能够间接用 regid 进行间接推送吗？
实践上必定能够，因为此时 regid 惟一对应着用户的设施，用户必定会收到推送的信息。
然而，当用户换了设施呢？比方换了一部手机？
此时 regid 必定产生了变动，或者有人会说，那应用新的 regid 进行推送不就行了吗？
当然能够，然而，后台程序可能并不知道用户换了手机，它仍然向之前的 regid 上推送信息，这样用户就接不到信息了。除非从新将用户和这个新的 regid 进行绑定。
这样就十分麻烦，每次用户登录都要先判断设施 regid 是否更换了，若更换了，则就要更新相应的数据库记录。而且更蹩脚的是，在从新绑定了新的 regid 之前，推送的音讯用户再也收不到了。这显然是不可行的。
那怎么办呢？或者别名的呈现就是要解决这个问题的。
应用别名后，前后台就实现了拆散，后台程序不必再去管用户设施是否更换，它只须要给一个用户生成一个惟一的别名，而后向这个别名上推送音讯即可。每次用户登录时，后盾将该用户的别名信息返回到客户端，而后客户端程序将这个设施和返回的别名进行绑定，这样，后盾向这个别名推送音讯，依据绑定关系，就能够主动找到具体的设施，从而推送给具体的用户。
这样即便用户更换了设施，也不会影响到音讯推送的性能。
除了别名、regid 外，还有很多推送类型，比方能够实现定时推送、个性化推送等，具体可参考对应的文档阐明。