一直对实时聊天这块内容迷糊。XMPP 好复杂的说。
对于一个超低配服务端,我想用 Go 压榨性能,利用好“协程”、队列的形式降低一点实时性(即收发消息有少许延迟)保证资源的低消耗,配合 Python 跑一些业务逻辑,调用一下 Push(极光)的推送保证离线消息的接收。
但是,还是搞不清楚应该如何去做,也不明白其中涉及哪些知识点。
另外,如何设计存储聊天信息的 Redis 数据库存储格式呢?
诸位,不吝赐教。
一直对实时聊天这块内容迷糊。XMPP 好复杂的说。
对于一个超低配服务端,我想用 Go 压榨性能,利用好“协程”、队列的形式降低一点实时性(即收发消息有少许延迟)保证资源的低消耗,配合 Python 跑一些业务逻辑,调用一下 Push(极光)的推送保证离线消息的接收。
但是,还是搞不清楚应该如何去做,也不明白其中涉及哪些知识点。
另外,如何设计存储聊天信息的 Redis 数据库存储格式呢?
诸位,不吝赐教。
同推荐Pomelo
,lz我也有相同的想法,想闲了实现一下试试看。
楼上几位说的不错,我再来贴一个教程:Tutorial----分布式聊天服务器
=======添加=======
嗯其实我做过XMPP,很复杂,很繁重,尤其是对于移动端的聊天室而言,流量是个问题。另外,其实用Erlang来做消息也不错,据说米聊后端核心就是这个做的。
2 回答2.7k 阅读✓ 已解决
1 回答2.4k 阅读✓ 已解决
2 回答1.8k 阅读✓ 已解决
1 回答1.3k 阅读✓ 已解决
2 回答1.7k 阅读✓ 已解决
1 回答1.5k 阅读✓ 已解决
2 回答1.4k 阅读
之前我给上家互联网公司负责Android客户端聊天底层的实现,之前参与过聊天协议的设计,围观了下服务器的架构,上线以来没有用户报过丢消息,dau大概大几十万(具体数字忘了)
聊天这块确实比较难做,关键在于不知道你想要什么样的聊天系统。比如对系统可靠性的要求有多高,就我所知,xmpp是不保证可靠性的。所以你碰到的第一个问题就是协议,不同协议的特征和特点都不一样。
相比来说服务端的性能真的不是特别重要,毕竟能把协议正确实现了就很费劲了,而且还要给后面的开发留余地,方便拓展(这块儿还是属于协议的事情)。
至于客户端的实现,也不轻松,数据库,长连接,ui展示。一处弄不好就有一堆用户抱怨费电费流量,UI卡什么的都是小事情。
还有,做聊天的,假如让用户丢几条消息,用户真的就不想再用了,消息可靠性真的很重要。
客户端的网络条件还没说呢,wap网络的兼容性是硬伤,socket下的协议完全用不了的。。。
微信确实很牛逼。。。