流水不争先,争的是滔滔不绝

IM(即时通讯)服务端源码

IM安全 macgrady 121℃

IM(即时通讯)技术不单单应用于简单的聊天通信,从日常生活中的微信、QQ,再到短视频,直播以及各式各样的应用场景(语音视频,位置共享,导航)等等,都不能离开IM高实时性。本团队专注即时通讯软件多年开发经验,深耕于IM领域研发,打造出一套完整的即时通讯解决方案;包括Android端,IOS端,PC端,以及强大的后台管理,解决企业应用中的完全私有化通讯,包含完整的即时通讯功能,优化增加了阅后即焚,群收藏转发、消息撤回,红包、游戏、签到积分等定制化服务,可根据企业需求二次定制开发。

本篇将带大家从零开始搭建一个简易的IM服务端,麻雀虽小,五脏俱全,我们搭建的IM服务端实现以下功能:

支持用户注册登录。

好友列表,临时会话基本功能。

一对一的文本消息、文件消息通信。

每条消息有“已发送”/“已送达”/“消息”回执

消息通信

文本消息

我们先从最简单的特性开始实现:一条普通消息的发送

消息格式如下:

  1. message ChatMsg{
  2.     id = 1;
  3.     //消息id
  4.     fromId = Alice
  5.     //发送者userId
  6.     destId = Bob
  7.     //接收者userId
  8.     msgBody = hello
  9.     //消息体
  10. }

如上图,我们现在有两个用户:Alice和Bob连接到了服务器,当Alice发送消息message(hello)给Bob,服务端接收到消息,根据消息的destId进行转发,转发给Bob。

发送回执

那我们要怎么来实现回执的发送呢?

我们定义一种回执数据格式ACK,MsgType有三种,分别是sent(已发送),delivered(已送达), read(已读):

  1. message AckMsg {
  2.     id;
  3.     //消息id
  4.     fromId;
  5.     //发送者id
  6.     destId;
  7.     //接收者id
  8.     msgType;
  9.     //消息类型
  10.     ackMsgId;
  11.     //确认的消息id
  12. }
  13.  
  14. enum MsgType {
  15.     DELIVERED;
  16.     READ;
  17. }

当服务端接受到Alice发来的消息时:

1.Alice发送一个sent(hello)表示消息已经被发送到服务器。

  1. message AckMsg {
  2.     id = 2;
  3.     fromId = Alice;
  4.     destId = Bob;
  5.     msgType = SENT;
  6.     ackMsgId = 1;
  7. }

2.服务器把hello转发给Bob后,立刻向Alice发送delivered(hello)表示消息已经发送给Bob

  1. message AckMsg {
  2.     id = 3;
  3.     fromId = Bob;
  4.     destId = Alice;
  5.     msgType = DELIVERED;
  6.     ackMsgId = 1;
  7. }

3.Bob阅读消息后,客户端向服务器发送read(hello)表示消息已读

  1. message AckMsg {
  2.     id = 4;
  3.     fromId = Bob;
  4.     destId = Alice;
  5.     msgType = READ;
  6.     ackMsgId = 1;
  7. }

这个消息会像一个普通聊天消息一样被服务器处理,最终发送给Alice。

在服务器这里不区分ChatMsgAckMsg,处理过程都是一样的:解析消息的destId并进行转发。

水平扩展

当用户量越来越大,必然需要增加服务器的数量,用户的连接被分散在不同的机器上。此时,就需要存储用户连接在哪台机器上。

我们引入一个新的模块来管理用户的连接信息。

管理用户状态

模块叫做user status,共有三个接口:

  1. public interface UserStatusService {
  2.  
  3.     /**
  4.      * 用户上线,存储userId与机器id的关系
  5.      *
  6.      * @param userId
  7.      * @param connectorId
  8.      * @return 如果当前用户在线,则返回他连接的机器id,否则返回null
  9.      */
  10.     String online(String userId, String connectorId);
  11.  
  12.     /**
  13.      * 用户下线
  14.      *
  15.      * @param userId
  16.      */
  17.     void offline(String userId);
  18.  
  19.     /**
  20.      * 通过用户id查找他当前连接的机器id
  21.      *
  22.      * @param userId
  23.      * @return
  24.      */
  25.     String getConnectorId(String userId);
  26. }

这样我们就能够对用户连接状态进行管理了,具体的实现应考虑服务的用户量、期望性能等进行实现。

此处我们使用redis来实现,将userId和connectorId的关系以key-value的形式存储。

消息转发

除此之外,还需要一个模块在不同的机器上转发消息,如下结构:

此时我们的服务被拆分成了connector和transfer两个模块,connector模块用于维持用户的长链接,而transfer的作用是将消息在多个connector之间转发。

现在Alice和Bob连接到了两台connector上,那么消息要如何传递呢?

1.Alice上线,连接到机器[1]上时

  • 将Alice和它的连接存入内存中。
  • 调用user status的online方法记录Alice上线。

2.Alice发送了一条消息给Bob

  • 机器[1]收到消息后,解析destId,在内存中查找是否有Bob。
  • 如果没有,代表Bob未连接到这台机器,则转发给transfer。

3.transfer调用user statusgetConnectorId(Bob)方法找到Bob所连接的connector,返回机器[2],则转发给机器[2]

流程图:

总结:

  • 引入user status模块管理用户连接,transfer模块在不同的机器之间转发,使服务可以水平扩展。
  • 为了满足实时转发,transfer需要和每台connector机器都保持长链接。

离线消息

如果用户当前不在线,就必须把消息持久化下来,等待用户下次上线再推送,这里使用mysql存储离线消息。

为了方便地水平扩展,我们使用消息队列进行解耦。

  • transfer接收到消息后如果发现用户不在线,就发送给消息队列入库。
  • 用户登录时,服务器从库里拉取离线消息进行推送。
  • ·窗体底端

原文链接:https://javazhiyin.blog.csdn.net/article/details/101440343?utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7Edefault-17.control&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7Edefault-17.control

版权声明:部分文章、图片等内容为用户发布或互联网整理而来,仅供学习参考。如有侵犯您的版权,请联系我们,将立刻删除。
点击这里给我发消息