这是一个创建于 3360 天前的主题，其中的信息可能已经有所发展或是发生改变。
功能需求是这样的：
服务端推消息给客户端，客户端获取后显示，类似单点聊天，客户端不发送消息。
我开始是这样想的：
服务端用一个 Redis 维护一个消息队列， Android 客户端开个线程从这个队列去取消息，取到了就显示，没取到就阻塞。
网上搜了下“ Android Redis ”，发现这样用的人很少啊，是不是我想错了？估计那样用也不是很安全。然后就想，服务端再加个服务程序，客户端用 socket 去和服务端交互取数据，但是有感觉这样很麻烦……
是不是我思路不对啊？有什么好的实现方式么？
服务端推消息给客户端，客户端获取后显示，类似单点聊天，客户端不发送消息。
我开始是这样想的：
服务端用一个 Redis 维护一个消息队列， Android 客户端开个线程从这个队列去取消息，取到了就显示，没取到就阻塞。
网上搜了下“ Android Redis ”，发现这样用的人很少啊，是不是我想错了？估计那样用也不是很安全。然后就想，服务端再加个服务程序，客户端用 socket 去和服务端交互取数据，但是有感觉这样很麻烦……
是不是我思路不对啊？有什么好的实现方式么？
第 1 条附言 · 2016 年 11 月 21 日
额……我最后还是选择第一种方法，用 Redis 实现了，暂时这样。
 |
1
ss098 2016 年 11 月 21 日
我虽然没做过 Android ，但是我也知道有现成的消息推送服务。
https://leancloud.cn/docs/push_guide.html https://www.jiguang.cn/push https://yunba.io/ |
 |
2
finian 2016 年 11 月 21 日
重点不在服务端的实现，而在客户端的保活措施，自己实现坑太多，建议用第三方，小米、华为、极光、个推。。。
|
 |
4
kingddc314 2016 年 11 月 21 日  1
可以定时去拉消息
|
Select Language