默认
发表评论 6
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
已有的推送框架如何结合APNS
阅读(30706) | 评论(6 收藏 淘帖
已有推送框架,设计时没有考虑到苹果手机后台不能收到消息的问题,现在想加入使用APNS。
关于加入APNS,我的想法是这样的:
1、推送服务器缓存维护一张映射表,记录用户id与DeviceToken的映射关系;
2、苹果客户端登录后,向推送服务器提供自己的DeviceToken;
3、推送服务器向用户推送消息时,如果用户离线,则先遍历一次映射表,如果有映射关系,则通过apns推送消息;
4、涉及到映射关系变动,比如用户在android手机重新登录,或者用户注销登录时,还需要向推送服务器发起变动通知,删除映射表的映射关系。


以上是我的一点想法,想请教一下大大@JackJiang
1、每条消息都遍历映射表,总感觉资源消耗大,有没有其他更优美的方式?
2、映射关系变动是否还存在漏洞?

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

上一篇:从0到1的快速裂变:详解快的打车架构设计及技术实践下一篇:扫盲贴:认识MQTT通信协议
推荐方案
评论 6
引用:JackJiang 发表于 2016-05-17 12:28
你可能还没有使用过APNS,好在APNS用起来比想象的要简单多了。

1)关于APNS推送的deviceID问题获取问题 ...

谢谢。其实我做的不是推送,是IM来的,是我没表达清楚。我们前期只做android,所以对苹果没考虑到,现在要加上去。

按您的意思,不管用户是否在线,直接推过去,这样体验是不是不好?用户正在使用app,本来消息到app就有显示了,还多了一个apns的消息提示。

签名: 该会员没有填写今日想说内容.
引用:JackJiang 发表于 2016-05-17 13:21
你如果是做IM的话,就不能按推送的思路来做。

iOS这端,只有当APP被iOS杀掉时才需要用APNS(系统有回调 ...

明白了,谢谢
签名: 该会员没有填写今日想说内容.
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部