用 Go 打造现代 IM 之特征

[wkong]

本人职业生涯十多年基本都在开发 IM ，踩过许多坑，重构了无数个版本 (好代码不是设计出来的，是重构出来的)。

我们开源的 IM ，目前我认为最具现代化的 IM：

1. 万人或千万人群支持
2. 同一账号多设备登录
3. 消息不丢，换设备实时同步
4. 消息可编辑可回复
5. 消息可以点赞
6. 已读未读
7. 在线状态
8. 端对端加密（仅国外）

（其实现代 IM ，不仅仅是 IM 了，更像一个实时的论坛）

开源地址：

唐僧叨叨 IM ，高颜值，仿 TG https://github.com/TangSengDaoDao/TangSengDaoDaoServer

悟空 IM ，唐僧叨叨的通讯底层（自研消息 DB ） https://github.com/WuKongIM/WuKongIM

[TESTFLIGHT2021]

缅北需要这个

[0littleboy]

遥遥领先于微信

[wkong]

@0littleboy 不敢不敢

[imes]

看了一下架构，这个对服务器的负载应该不低吧？尤其是用户量多于 10K ，同时活跃数大于 1K 的时候。

[wkong]

@imes 这个量基本没啥压力。

[laoyutang]

千万人的群聊，牛逼啊

[sakuramanstein]

牛🐮

[hellomynameis]

不如 Telegram

[veike]

万人的群聊应该没有办法正常聊天吧

[hellomynameis]

@veike 不至于，除非全都同时在线，常常人数越多的群在线人数比例就越低，不经常上线的死人越多

[skiy]

牛。先 star 。

[hepin1989]

小心点，国家不准有 500 人的群，别去踩缝纫机

[wkong]

@hepin1989 我们自己不运营应该没事吧。

[lasuar]

有没有 一键清除多久未上线的成员（时间可填）

[lasuar]

@lasuar 纠正：多久未活跃的群成员

[wkong]

@lasuar 没有

[bctdg]

大佬，能分享一下 IM 业务访问数据库的 workload 的具体分布吗？（比如写入的频率和读（或者扫表）的频率）
看代码是用的 BoltDB 做存储引擎？这个有啥讲究吗

[danbai]

@wkong #13 没见过之前有个大哥发的帮信罪嘛

[fgwmlhdkkkw]

@bctdg boltdb 说 go 写的，应该只是为了方便吧，毕竟 sqlite3 需要 cgo

[wkong]

@bctdg 通讯层会将消息推送一份到业务层，业务层目前是分表存储了消息（业务层存与不存，通讯层都会存储消息）

BoltDB 主要是用来存储一些 key value 的元数据，比如用户的 uid 和 token ，消息存储是自研的 LSM 存储