引用：jayhuang 发表于 2021-08-03 22:13
自己先回复一下吧
也怪自己没记性，没有认真的去看以前的帖子
个人信息，好友信息，系统离线好友请求等数 ...

对头，im的连接通道尽可能做到只收发小而精的指令，这样就能保持im实时通信逻辑的简洁性，从而保持高吞吐性能。说白了，就是能用http的就不要占用长连接。

具体你看看我在这里的回复《求教IM里长连接为什么不宜发送略大的数据？》

另外，正经的im系统里，登陆认证都是调用Http接口（比如由单点登陆子系统提供的），通过认证系统返回的token再去连接im服务。连接调用是一短一长，这样系统设计就很灵活。《求教关IM服务器的用户安全认证的常用做法》

至于你说的生成token的问题，你可以用JWT来生成，简单实用，你读一下：《即时通讯安全篇（七）：用JWT技术解决IM系统Socket长连接的身份认证痛点》

引用：jayhuang 发表于 2021-08-03 22:13
自己先回复一下吧
也怪自己没记性，没有认真的去看以前的帖子
个人信息，好友信息，系统离线好友请求等数 ...

对头，im的连接通道尽可能做到只收发小而精的指令，这样就能保持im实时通信逻辑的简洁性，从而保持高吞吐性能。说白了，就是能用http的就不要占用长连接。

具体你看看我在这里的回复《求教IM里长连接为什么不宜发送略大的数据？》

另外，正经的im系统里，登陆认证都是调用Http接口（比如由单点登陆子系统提供的），通过认证系统返回的token再去连接im服务。连接调用是一短一长，这样系统设计就很灵活。《求教关IM服务器的用户安全认证的常用做法》

至于你说的生成token的问题，你可以用JWT来生成，简单实用，你读一下：《即时通讯安全篇（七）：用JWT技术解决IM系统Socket长连接的身份认证痛点》