GGTalk 开源即时通讯系统源码剖析之:聊天消息防错漏机制
继上篇《GGTalk 开源即时通讯系统源码剖析之:客户端全局缓存及本地存储》GGTalk客户端的全局缓存以及客户端的本地持久化存储。接下来我们将介绍GGTalk的聊天消息防错漏机制。
GGTalk V8.0 对消息的可靠性,即消息的不丢失和不重复做了一系列优化处理,以保证不会错漏消息。
这篇文章将会详细的介绍GGTalk聊天消息防错漏机制。还没有GGTalk源码的朋友,可以到 GGTalk源码下载中心 下载。
一. 客户端聊天消息存储
GGTalk 在客户端本地缓存了所有与自己相关的聊天消息,包括1对1的聊天消息、和自己所属群的群聊消息。
消息缓存在本地的Sqlite数据库中,使用 SqliteChatRecordPersister 类向Sqlite中插入和查询聊天消息。
关于这部分的代码位于
GGTalk/GGTalk/TalkBase.Client/Core/ClientHandler.cs
GGTalk/TalkBase/Core/IChatRecordPersister.cs
当客户端收到来自其它用户发送的消息时,会触发ClientHandler类中的rapidPassiveEngine_MessageReceived方法
void rapidPassiveEngine_MessageReceived(string sourceUserID, ClientType clientType, int informationType, byte[] info, string tag)
{
//收到文字消息
if (informationType == this.resourceCenter.TalkBaseInfoTypes.Chat)
{
//逻辑处理
}
}
之后再通过SqliteChatRecordPersister的父类DefaultChatRecordPersister中的InsertChatMessageRecord方法存储聊天消息:
/// <summary>
/// 插入一条聊天记录。
/// </summary>
public int InsertChatMessageRecord(ChatMessageRecord record)
{
if (this.transactionScopeFactory == null)
{
return 0;
}
object identity = 0;
using (TransactionScope scope = this.transactionScopeFactory.NewTransactionScope())
{
IOrmAccesser<ChatMessageRecord> accesser = scope.NewOrmAccesser<ChatMessageRecord>();
accesser.Insert(record);
scope.Commit();
}
return (int)record.AutoID;
}
当需要查看历史聊天记录时,GGTalk客户端会首先查询本地Sqlite数据库,这样就大大地减轻了服务器和数据库的压力,而且也减少了服务器的带宽占用。
接下来的问题是,离线消息要如何处理了?比如A用户不在线时,有好友发了消息给他,那么,当A上线时,是如何不错漏的获取到这些消息的?
二. GGTalk 是如何处理离线消息的?
回想一下,《GGTalk 开源即时通讯系统源码剖析之:数据库设计》中,我们介绍了OfflineMessage 表,即离线消息表,当目标用户不在线时,发送给他的消息存在该表中。
客户端在登录成功时,会向服务器请求离线消息。服务端收到该请求后,则从OfflineMessage 表中提取与它相关的离线消息推送给他。
关于这部分的代码位于
客户端:
GGTalk/GGTalk/TalkBase.Client/Core/ClientOutter.cs
GGTalk/GGTalk/TalkBase.Client/Core/ClientHandler.cs
服务端:
GGTalk/TalkBase/Server/Core/ServerHandler.cs
GGTalk/GGTalk.Server/DBPersister.cs
GGTalk/TalkBase/Server/Application/OfflineMemoryCache.cs
1. 客户端离线消息处理
每次登录或断线重连成功后,都会通过ClientOutter类中的RequestOfflineMessage方法向服务端请求离线消息,
/// <summary>
/// 请求离线消息
/// </summary>
public void RequestOfflineMessage()
{
this.rapidPassiveEngine.CustomizeOutter.Send(this.talkBaseInfoTypes.GetOfflineMessage, null);
this.rapidPassiveEngine.CustomizeOutter.Send(this.talkBaseInfoTypes.GetGroupOfflineMessage, null);
}
在ClientHandler类中的HandleInformation方法收到服务端返回的离线消息后,进行相应的处理
if (informationType == this.resourceCenter.TalkBaseInfoTypes.OfflineMessage)
{
//逻辑处理
}
2.服务端离线消息处理
在ServerHandler类中的rapidServerEngine_MessageReceived方法收到需要转发给其他用户的消息时,会先判断接收方是否在线,如果不在线的话,会通过IDBPersister接口中的StoreOfflineMessage方法将消息存储起来。当收到客户端请求离线消息时,则会调用PickupOfflineMessage将提取的目标用户的所有离线消息发送给对方。目前服务端中有三个类实现了此接口,分别是DBPersister(真实数据库)、DBPersister_SqlSugar(数据库是Oracle时使用)和OfflineMemoryCache(虚拟数据库)
/// <summary>
/// 存储离线消息。
/// </summary>
/// <param name="msg">要存储的离线消息</param>
void StoreOfflineMessage(OfflineMessage msg); /// <summary>
/// 提取目标用户的所有离线消息,并从DB中删除。
/// </summary>
/// <param name="destUserID">接收离线消息用户的ID</param>
/// <returns>属于目标用户的离线消息列表,按时间升序排列</returns>
List<OfflineMessage> PickupOfflineMessage(string destUserID);
在离线消息的问题解决之后,还剩下一个与消息可靠性相关的难题,那就是当同一个账号同时登录到多个设备时(比如PC和手机),消息是如何在多端之间自动同步的了?
三. 聊天消息是如何在多端之间自动同步的?
这个问题可以拆解为两部分:
(1)作为发送方:我在某一设备上发送给好友的消息,如何同步到我登录的其它设备上?
(2)作为接收方:好友发给我的消息,如何发送给我登录的多个设备?
关于这部分的代码位于
客户端:
GGTalk/GGTalk/TalkBase.Client/Core/ClientHandler.cs
服务端:
GGTalk/TalkBase/Server/Core/ServerHandler.cs
1. 发送方的消息同步
客户端在ClientHandler中预定IRapidPassiveEngine.EchoMessageReceived事件,当(当前用户在其它客户端设备上发送了消息)时,就会触发此事件。
/// <summary>
/// 初始化客户端消息处理器。
/// </summary>
/// <param name="center">资源中心</param>
/// <param name="icon">支持闪动的托盘。允许为null</param>
public void Initialize(ResourceCenter<TUser, TGroup> center, TwinkleNotifyIcon icon)
{
this.resourceCenter = center;
this.twinkleNotifyIcon = icon;
this.brige4ClientOutter = (IBrige4ClientOutter)this.resourceCenter.ClientOutter; this.resourceCenter.RapidPassiveEngine.MessageReceived += new CbGeneric<string, ClientType,int, byte[], string>(rapidPassiveEngine_MessageReceived);
this.resourceCenter.RapidPassiveEngine.EchoMessageReceived += new CbGeneric<ClientType, string, int, byte[], string>(RapidPassiveEngine_EchoMessageReceived);
this.resourceCenter.RapidPassiveEngine.ContactsOutter.BroadcastReceived += new CbGeneric<string,ClientType, string, int, byte[] ,string>(ContactsOutter_BroadcastReceived);
} //clientType - destUserID - informationType - message - tag 。
void RapidPassiveEngine_EchoMessageReceived(ClientType clientType, string destUserID, int informationType, byte[] info, string tag)
{
}
2.接收方的消息同步
服务端在ServerHandler类的rapidServerEngine_MessageReceived方法收到需要转发给其他用户的消息时,会先判断接收方是否在线,如果在线的话,会调用IRapidServerEngine.SendMessage方法将消息发送给对方的所有设备,来保证同一账号不同设备之间消息的同步。
void rapidServerEngine_MessageReceived(string sourceUserID, ClientType sourceType, int informationType, byte[] info, string tag)
{
if (informationType == this.talkBaseInfoTypes.Chat)
{
string destID = tag;
if (this.rapidServerEngine.UserManager.IsUserOnLine(destID))
{
this.rapidServerEngine.SendMessage(sourceType, destID, informationType, info, sourceUserID);
}
}
}
四. 结语
以上就是关于GGTalk聊天消息防错漏机制设计与实现的核心了。聊天消息防错漏机制在保障信息准确性、完整性和安全性方面发挥着重要作用,所以,作为一款即时通讯软件,实现该机制是绝对必要的。
如果你觉得还不错,请点赞支持啊!下篇再见!
GGTalk 开源即时通讯系统源码剖析之:聊天消息防错漏机制的更多相关文章
- GGTalk——C#开源即时通讯系统源码介绍系列(一)
坦白讲,我们公司其实没啥技术实力,之所以还能不断接到各种项目,全凭我们老板神通广大!要知道他每次的饭局上可都是些什么人物! 但是项目接下一大把,就凭咱哥儿几个的水平,想要独立自主.保质保量保期地一个个 ...
- 新一代开源即时通讯应用源码定制 运营级IM聊天源码
公司介绍:我们是专业的IM服务提供商!哇呼Chat是一款包含android客户端/ios客户端/pc客户端/WEB客户端的即时通讯系统.本系统完全自主研发,服务器端源码直接部署在客户主机.非任何第三方 ...
- 即时通信系统中实现全局系统通知,并与Web后台集成【附C#开源即时通讯系统(支持广域网)——QQ高仿版IM最新源码】
像QQ这样的即时通信软件,时不时就会从桌面的右下角弹出一个小窗口,或是显示一个广告.或是一个新闻.或是一个公告等.在这里,我们将其统称为“全局系统通知”.很多使用C#开源即时通讯系统——GGTalk的 ...
- GGTalk ——C#开源即时通讯系统
http://www.cnblogs.com/justnow/ GGTalk ——C#开源即时通讯系统 下载中心 GGTalk(简称GG)是可在广域网部署运行的QQ高仿版,2013.8.7发布GG ...
- Web API 源码剖析之默认消息处理程序链之路由分发器(HttpRoutingDispatcher)
Web API 源码剖析之默认消息处理程序链-->路由分发器(HttpRoutingDispatcher) 我们在上一节讲述了默认的DefaultServer(是一个类型为HttpServer的 ...
- 即时通信系统中实现聊天消息加密,让通信更安全【低调赠送:C#开源即时通讯系统(支持广域网)——GGTalk4.5 最新源码】
在即时通讯系统(IM)中,加密重要的通信消息,是一个常见的需求.尤其在一些政府部门的即时通信软件中(如税务系统),对即时聊天消息进行加密是非常重要的一个功能,因为谈话中可能会涉及到机密的数据.我在最新 ...
- Web API 源码剖析之默认消息处理程序链--》路由分发器(HttpRoutingDispatcher)
我们在上一节讲述了默认的DefaultServer(是一个类型为HttpServer的只读属性,详情请参考 Web API 源码剖析之全局配置).本节将讲述DefaultHandler(是一个Http ...
- Python 源码剖析(六)【内存管理机制】
六.内存管理机制 1.内存管理架构 2.小块空间的内存池 3.循环引用的垃圾收集 4.python中的垃圾收集 1.内存管理架构 Python内存管理机制有两套实现,由编译符号PYMALLOC_DEB ...
- thinkphp5源码剖析系列1-类的自动加载机制
前言 tp5想必大家都不陌生,但是大部分人都停留在应用的层面,我将开启系列随笔,深入剖析tp5源码,以供大家顺利进阶.本章将从类的自动加载讲起,自动加载是tp框架的灵魂所在,也是成熟php框架的必备功 ...
- SpringMVC源码剖析(五)-消息转换器HttpMessageConverter
原文链接:https://my.oschina.net/lichhao/blog/172562 #概述 在SpringMVC中,可以使用@RequestBody和@ResponseBody两个注解,分 ...
随机推荐
- JDK源码阅读-------自学笔记(二十六)(java.util.Map 自定义讲解)
一.简介 Map就是用来存储"键(key)-值(value)"对的. 通过键寻找value,所以键不能重复. 数组的本质也是一种键值对,区别就是索引一般是数字,而Map的Key可以 ...
- 5GC 关键技术之 SBA(基于服务的软件架构)
目录 文章目录 目录 前文列表 5GC 的关键技术 SBA(基于服务的软件架构) 微服务架构 NF 的模块化 NF Service 的服务化 前文列表 <简述移动通信网络的演进之路> &l ...
- 4G EPS 中的随机接入
目录 文章目录 目录 前文列表 UE 的随机接入 基于竞争的随机接入流程 基于非竞争的随机接入流程 PRACH(物理随机接入信道) 上行 TA(时间提前量) 前文列表 <4G EPS 中的小区搜 ...
- PageOffice6最简集成代码(.NetCore)
本文描述了PageOffice产品在.NetCore项目中如何集成调用. 新建.NetCore项目:PageOffice6-Net-Core-Simple 在此项目的"依赖项-包-管理NuG ...
- hashMap添加key重复时返回值的形式
hashMap添加key重复 System.out.println(map.put(1, 0)); // null System.out.println(map.put(1, 1)); // 0 Sy ...
- k8s其它学习链接
k8s弹性伸缩概念以及测试用例 https://www.cnblogs.com/jasonboren/p/11493347.html CKA看这一篇就够了 k8s官网 k8s基础之六 有状态和无状态的 ...
- es部署
部署单机版es tar xf elasticsearch-7.16.0-linux-x86_64.tar.gz./bin/elasticsearch -dcan not run elasticsear ...
- C# java 的 equals 与 == 的区别
C# String a = "宜春"; String b = new String(new char[] { '宜', '春' }); String c = b; //注意这里是引 ...
- MyBatis延迟加载策略详解
延迟加载就是在需要用到数据的时候才进行加载,不需要用到数据的时候就不加载数据.延迟加载也称为懒加载. 优点:在使用关联对象时,才从数据库中查询关联数据,大大降低数据库不必要开销. 缺点:因为只有当需要 ...
- 理解太阳辐射 DNI DHI GHI
理解太阳辐射 DNI DHI GHI DNI: Direct Normal Irradiance 阳光从太阳盘面直接照射到与光路正交的表面,称作直接辐射简写为 DNI. DHI: Diffuse ...