求 3-5w 同时在线的即时通讯后台

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 4213 days ago, the information mentioned may be changed or developed.

最近要开发一个手机应用，要带即时通讯的后台，要求3-5w同时在线。

比较了几个可用的方案
1. 环信（easemob.com）这类SaaS，缺点是没法进行二次开发。
2. OpenFire，二次开发，但可扩展性不强，需要升级服务器才行。

有没有做过手机应用带IM后台的能来稍微说说，指点一二？谢过了！

3-5w

后台

通讯

35 replies • 2015-01-16 15:44:46 +08:00

ccinls

Nov 3, 2014

可以考虑用netty作做一个，这个量级难度不高

lsylsy2

Nov 3, 2014

LeanCloud 以前的AVOSCloud，个人没用过，不过在V2的评价似乎不错，而且他们的定价是“1元/千在线用户/天”，那么支撑3-5W同时在线大概不会是什么问题？

solesschong

Nov 3, 2014

@lsylsy2 这个之前看过，貌似挺靠谱的。看起来是有国内服务器吧？

@ccinls 做过觉得难度大吗？如果自己开发的话貌似这个非常靠谱。

alsotang

Nov 3, 2014

@solesschong 那本来就是国内的服务商，肯定有啊

sunwenjun

Nov 3, 2014

蘑菇街开源了一款，前台客户端都有。https://github.com/mogutt 不知道是否满足。

lsylsy2

Nov 3, 2014

@solesschong 这家主要做的就是国内
另外如果有能力的话，用Node.js写大概也是一个不错的选择（使用socket.io之类库）
http://www.zhihu.com/question/19653241 可以参考

ozking

Nov 3, 2014

还以为是开价3－5W
(●°u°●) 」

solesschong

Nov 3, 2014

@xudshen 你是想说是高是低～～

@alsotang @lsylsy2 真没注意。一开始觉得接入了github oauth好洋气，就觉得像是外国的。国人也是越来越争气

@sunwenjun 看了一下，非常棒，但好像不是很成熟吧？这次需求是快速开发，还是会倾向于选用一个商业一点的。但商业公司发布开源系统，赞一个！！

88250

Nov 3, 2014

后端的话可以看一下这个： https://github.com/Terry-Mao/gopush-cluster

solesschong

Nov 3, 2014

@88250 野生B3log哥一枚

solesschong

Nov 3, 2014

@88250 这个心跳支持真心是良心。不过golang还是不敢轻易尝试。

allenforrest

Nov 4, 2014

openfire 支持这个量级应该 OK，二次开发和扩展性也比较好，缺点是 XMPP 的方案比较耗流量。

legend9

Nov 4, 2014

没有足够的时间和预算不要尝试自己开发，选择一个比较好的第三方服务商吧。
还有xmpp是一个大坑，也不太适合移动端

odirus

Nov 4, 2014

我们是在TCP基础上自己拟定协议，自己开发程序，不过耗时比较久，程序正在被考验中。

Registering

Nov 4, 2014

@legend9
之前刚基于openfire基于android开发了一个款XMPP IM。。。。。。额，真心不知道为何说XMPP是大坑

gotham

Nov 4, 2014

我最近也在做这个，基本上能达到8w用户同时在线了，我们是自定义协议。用xmpp来搞这个，好多功能我们还用不上。

teavoid

Nov 4, 2014

我之前pomelo做聊天服务器，开发了一个IM的APP.push用的百度。但是现在也想自己整理出一套好的push server的最佳实践。

solesschong

Nov 4, 2014

@odirus 真是跪了。。
@allenforrest 不知道openfire是否支持推送？有没有心跳？你说xmpp耗流量，是因为心跳做的不好吗？

@legend9 是的，目前看来这个比较实际。
@Registering 可能是太复杂吧。遇到问题可以向你请教吗？

@gotham 8W也是挺nb
@teavoid 百度的推送用着怎么样？有人说不太稳定。

allenforrest

Nov 4, 2014

@solesschong openfire 做推送没问题，也支持双向心跳。xmpp 耗流量不是因为心跳，是因为 xmpp 本身协议设计决定的，文本、XML，太冗余。

canesten

Nov 4, 2014

记得Facebook的客户端是MQTT协议的
在心跳略微频繁的场景下会有比较好的能效比

lianghui

Nov 4, 2014

MQTT绝对适合，手机耗电少，数据包小。

hjiang

Nov 4, 2014

看看 LeanCloud 吧： https://leancloud.cn/features/message.html

国内实时消息服务的不二之选 :-)

aszxqw

Nov 4, 2014

为什么没人时候说 ejabberd ？

gotham

Nov 4, 2014

ejabberd好是好，精通erlang的人少

hcymk2

Nov 4, 2014

ejabberd 这个协议还是xmpp，估计有人会叫耗流量耗电。

lianghui

Nov 4, 2014

@hcymk2 对于xmpp手机端不是那么好使，首先网络而言移动网络没有有线网络稳定和宽带大。另外本身协议臃肿会使解析麻烦进而耗电耗流量。在gameloft时使用的是ejabberd作为游戏的im，但结果非常不不尽人意，对世界的广播相当差。不知道是否什么原因，工会到50人而已，延迟相当严重。最后不得不放弃自定义一套简洁的协议和重新设计集群。