BOSS 直聘的那种 im 聊天的是怎么实现的呢

livechat 国内很成熟的市场了。

随便找个 io 不就好了吗？我们公司用 t-io..

无意中发现 t-io ，可这项目看个文档还得注册登录

后端和小程序我都可以做，价格公道，童叟无欺

腾讯的原生好一点, 公司项目 uni-app, 我用腾讯的 IM 里那个 uniapp 示例功能缺失, bug 一大堆.

不需要保存聊天记录的话，直接 websocket + protobuf 就可以了。

如果要保存聊天记录那就复杂了，需要一定的开发成本，推荐使用商业的 IM 解决方案。

如果项目内容比较敏感，需要自己开发一套系统，可以参考这个：
把服务拆成 Chat API 和 Chat Server：
- Chat API：负责 CRUD ，无状态，可以动态扩容，主要性能瓶颈在于数据库。
- Chat Server：负责保持长连接，推送消息，通过注册中心相互发现，或使用 Peer to Peer 方式相互注册和推送消息。
- DB：推荐 MongoDB 之类的 NoSQL

理论上，Chat Server 只需要 2 个实例就可以保证高可用和十万级连接数，只需要传消息 ID ，所以报文很小，使用 protobuf 通常只有 20 - 50 Bytes

@LeegoYih 10 万这么高吗？我之前做了，4C8G 貌似只能 8000 个连接

还记得 老罗的子弹短信 直接用的网易云信

@AreYou0k 这个东西叫即时通信 IM ，远离它你就远离了不幸。

@LeegoYih 谢谢大佬。这去学习下。

需要保存聊天记录。也确实内容很敏感，谢谢大佬。那这个 chat Api 加 chat server ，开发的难度之于前端 还是之于后端呢

@LeegoYih 感谢大佬分享，想请问下还有没有更多的技术细节文档啊？学习一下

很多第三方的吧 集成一下就行

网易的支持还可以，但是 api 不统一，用起来感受不好

@shilianmlxg
@xiangxiangxiang

复杂度具体要看你们业务需要实现的细节，一般来说前端可能会稍微复杂点，比如：消息重发、消息撤回、消息已读、客户端拉取离线未读消息、客户端过滤重复消息等。后端主要考虑集群高可用、消息 ID 生成算法、消息持久化。

具体的思路就是保持每个服务的实现简单，尽量不引入中间件增加复杂度，Chat API 只负责 CRUD ，Chat Server 只负责消息推送，保证这两个服务可以单独使用互不影响。


因为是给集团设计的，所以不太方便直接拿出来给大家看，现在手头上也没有现成的设计方案，可以弄个语雀文档，把我加进去，我有空把各个功能的细节写一下，大家一起设计。

github 上好像有开源的方案

以前调研过开源项目野火 Firechat ，在 GitHub 开源，还有青岛易软的喧喧，支持私有部署但是闭源软件。不过我们认为最好的还是网易云信

cskefu 春松客服了解下

@LeegoYih 按这个图，发一条消息客户端要和服务端通信两次啊，感觉这个逻辑不是很主流

@shilianmlxg 用小程序云开发分分钟搞定

@LeegoYih 请问下用的什么画图工具

@MarioLuo 看风格，大概是 plantuml

@Goooooos plantuml 好像没这么好看

小程序 为建议是原生, 用第三方编译性能会差一点的.
融云,腾讯 IM,网易云信相对较好,
环信是最垃圾的.

websocket 。

小程序三种 im 都试过 ,原生的当然是自家的腾讯 im 好