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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

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

小程序开发 im,简单聊天发图片,或者些定制小功能,比如一些互动,

想问下大佬，这种聊天需求，有什么好用的方案或者轮子。

还有就是只做微信小程序用原生写好还是 uniapp 呢再或者是 taro 呢

聊天

taro

uniapp

轮子

28 条回复 • 2022-08-16 16:27:23 +08:00

lambdaq

2022-08-15 15:15:22 +08:00

livechat 国内很成熟的市场了。

Vegetable

2022-08-15 15:19:15 +08:00

https://yunxin.163.com/wechatApplets

Jekins

2022-08-15 15:24:23 +08:00

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

dongtingyue

2022-08-15 15:28:46 +08:00

之前弄了个，源码在 github 上
http://demo.heybutterfly.com/kefuroom/demo.html

JDog

2022-08-15 15:42:09 +08:00

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

wangsilence

2022-08-15 16:26:28 +08:00

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

AreYou0k

2022-08-15 16:35:48 +08:00

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

LeegoYih

2022-08-15 16:46:19 +08:00

不需要保存聊天记录的话，直接 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

ChevalierLxc

2022-08-15 16:51:48 +08:00

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

zhuangzhuang1988

2022-08-15 17:23:04 +08:00

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

shilianmlxg

2022-08-15 17:32:15 +08:00

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

shilianmlxg

2022-08-15 17:34:54 +08:00

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

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

xiangxiangxiang

2022-08-15 18:02:48 +08:00

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

wdwwtzy

2022-08-15 18:06:43 +08:00

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

yikyo

2022-08-15 18:14:05 +08:00 via iPhone

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

LeegoYih

2022-08-15 19:54:40 +08:00

@shilianmlxg
@xiangxiangxiang

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

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

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