计划用nodejs作为后端，开发一个类似微信的群聊系统，问下大家有什么好的建议？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3965 天前的主题，其中的信息可能已经有所发展或是发生改变。

需求是：
1、多人的群聊
2、支持文字，图片，语音和视频
3、客户端是iOS & android app

初步的想法是：
1、文字、图片、语音和视频的上传均通过http post上传
2、通过udp向app客户端广播通知群聊有新消息，会有个udp的握手，没有收到回包则重复通知3次。另，app和server之间有个udp的心跳。
3、接收到通知的app通过http请求来下载文字、图片、语音和视频等信息

这个想法是否靠谱？另外是否有比较成熟的开源实现这套逻辑？

群聊

udp

App

16 条回复 • 2015-01-27 17:41:48 +08:00

rekey

2014-01-16 23:12:52 +08:00 via Android

socket.io

zhujinliang

2014-01-16 23:31:10 +08:00 via iPad

我做过类似的，我的建议是使用websocket等现成的协议做底层协议，解决包处理上的处理（粘包问题），同时方便跨平台，各平台或框架下应该都有其websocket库。
除非特别的情况，没必要使用udp协议，徒增麻烦，反而到最后，你处理完各种可能的错误，最后发现差不多是在udp上又封了个tcp。

vibbow

2014-01-16 23:37:51 +08:00

为什么要重复造轮子...

teavoid

2014-01-16 23:49:46 +08:00

@rekey iOS 和 android上面都可以使用socket.io么？原生代码，不是js。

@zhujinliang 恩，我研究下这个思路。websocket库，在各平台下有比较著名的库么。。。

@vibbow 求介绍轮子~能拿来就用最好了。。。

ahtsiu

2014-01-17 00:15:08 +08:00 via iPad

Layer.com

zhxiaog

2014-01-17 00:18:48 +08:00

Pomelo应该就算吧，各种客户端都有。

zhujinliang

2014-01-17 00:21:43 +08:00

为什么不要重复造轮子

注意一下有时候看起来很好的轮子不一定是适合自己的轮子

我在做那个项目时，没有使用socket.io，用了websocket和自己封的一个http longpoll，因为我觉得socket.io太大了。使用我们浏览器界面的用户是普通访客（相对于客服），只给他用http longpull，js原生代码几十行就可以实现，我不想适配更nb的浏览器，更何况将来还要考虑兼容手机（让还停留在EDGE的人作何感想）。websocket是给PC客户端用的，原因上个回复里说了，这里我没重新造轮子（意思是没有自己撸出一个啥基于tcp或udp的协议）。
同时由于没有用socket.io，我们在做windows客户端时也省的去探socket.io适配C#的坑了（大体搜了一下，貌似是有这种库）。

话多了一些，就是想说明，不要一上来就看中哪个轮子，爱的不得了，弄不好最后它会坑你一下。
话说我们为什么打算自己做这个项目，同类的也有很多，并且我们已经花钱购买服务在用了，想自己做，是因为有不少证据指示，那家服务出卖了我们的客户资料。。。