关于移动端的消息实时推送方案?

[dousao]

场景: 用户 APP 发起付款请求后，服务端接受付款请求，并把结果返回给商家 APP 。要求实时，延迟不超过 10S 。

看了下几个主流做推送的，比如百度，腾讯的 SDK ，只强调到达率，而且有时候到达率才%90 几，有时候几个小时才推到用户，支付订单这种需求比较强调实时和百分百到达，不能用户使用 APP 付完款了，还在傻傻等商家确认。

现在是不是没有可以做到基本实时的推送的 SDK 呢？

如果自己实现的话，有没有已经造好的轮子？（其实主要是想问这个，类 python ， node.js 实现的，我本人做 C++好几年， C++实现这种需求太重了，不太想用。）

[xingwing]

ejabber

[gamexg]

用过 Socket.io ， nodejs 写的，有 python java 库。
不过这个不支持持久化，有持久化需求要自己实现。

[2225377fjs]

感觉楼主说的更多的是业务方面的需求，不同的轮子在不同的业务场景下表现肯定也有差异。。。另外。。要实现这种业务，只是上网找点轮子，低成本搭起一个能用的估计还是容易，但是想要好用，就比较难了。。。毕竟饿了么，各大 app 的外卖类似的功能还是养了不少程序员的呀。

[xialiwei]

使用微信推送或者短信吧。

[airyland]

一般要做两步：发起请求后等待推送以及定时去服务端查询状态。

[iyaozhen]

到达率 90%已经很好了。主要是保活很难做， iOS 不能在后台运行只能通过 iOSpush ，这东西不能保证呀。 Android 更恶劣，各种 ROM ，而且现在基本上也不能在后台存活，用户手动设置白名单有时也没用。

[dousao]

@iyaozhen 那现在有没有什么通用的方法解决 IOS 和 android 两个问题呢？你提到的 android 各种 rom 对于后台存活处理的问题很麻烦啊。

[dousao]

@airyland 客户端轮询的话 比较耗资源

[dousao]

@xialiwei 短信成本比较高， APP 的话 可能安装在特定的机器上，也不一定允许装微信，而且自己的 APP 如果连推送都实现不了 比较蛋疼啊

[iyaozhen]

@iyaozhen 不好解决，目前只能再接入华为 push 和小米 push 。不知道第三方 push 服务有没有集成这两家的。

还有你这个问题不能光靠 push 。还需要主动去拉取消息。主动拉取不是定时轮训，而是用户有一定操作，比如说打开 APP ，下拉刷新，或者进入订单列表啥的主动去拉取消息。拉取也是拉取 diff 消息，不是全量的(初次登录需要拉取全量)。拉取协议要能支持 tcp/udp/http 多种方式就更好了。

在线(后台活着的)的时候就主要靠服务端 push ，如果你对实时性要求特别高的话可以试试别的 IM sdk ，走实时消息。

[akira]

@dousao 再怎么消耗资源也就是 10s 而已。你又不需要一天 24 小时开着轮询的咯

[zado]

我没有发现这个场景那里需要实时推送。商家需要确认，那商家自然会主动去拉消息。如果确认不是很重要，那客户就不必等商家确认，最多客户把自己的支付结果给商家看一下就可以了。

[xialiwei]

@zado 有道理 现在都是 支付完成后 给别人看一眼的多 还是要多种线下的行为支持 解决线上的困境

[dousao]

@zado 有道理。

[dousao]

@iyaozhen 感谢。

[iyaozhen]

@zado 居然还是线下交易 23333 @dousao 很多时候不能光靠技术解决问题啊