继上篇《GGTalk 开源即时通讯系统源码剖析之:服务端全局缓存》详细介绍了 GGTalk 对需要频繁查询数据库的数据做了服务端全局缓存处理,以降低数据库的读取压力以及加快客户端请求的响应,接下来我们将进入GGTalk服务端的虚拟数据库。
GGTalk V8.0 除了支持真实的数据库外,还内置了虚拟的数据库,仅仅通过一行配置便可以启动虚拟的数据库,无需部署真实数据库便能体验GGTalk的全部功能。若只是需要做简单的演示,这将极大地简化服务端的部署过程,使得服务端能立即运行起来。
这篇文章将会详细的介绍GGTalk虚拟数据库的设计和实现。还没有GGTalk源码的朋友,可以到 GGTalk源码下载中心 下载。
一. 启用虚拟数据库
为了方便大家能够快速、零成本地将 GGTalk 运行起来,并且体验GGTalk的全部功能,GGTalk服务端在内存中内置了一个虚拟的数据库可以替代真实的数据库以方便测试。接下来将会介绍如何启用虚拟数据库运行GGTalk。
1. 修改服务端配置文件
首先找到 GGTalk.Server 目录下的 App.config 文件。
在 App.config 配置文件中,找到关于UserVirtualDB的配置,将其值修改为true,如上图所示。
2. 启动服务端程序
在修改完服务端配置文件后,启动服务端程序,如此,服务端使用的就是内存中的虚拟数据库。
若能看到这个窗口弹出,则代表服务端程序运行成功。
注意:由于服务端使用的是在内存中模拟出来的虚拟数据库,故服务端退出时,内存将被释放,虚拟数据库中的一切数据都会被清除。
二. 如何做到切换为虚拟数据库
在计算机科学中有一句经典名言:
计算机科学领域内的任何问题,都可以通过增加一个间接的中间层来解决。
在面向对象设计(OOP)中,这句名言所表达的含义通常是通过抽象出一个接口(interface)来完成的。
基于这份了解,为了能切换真实数据库与虚拟数据库,我们将数据库访问层抽象为一个接口 IDBPersister,在服务端所有访问数据库的地方都通过调用 IDBPersister 接口来实现。
真实数据库访问 DBPersister 和虚拟数据库 MemoryPersister 都实现 IDBPersister 接口,这样一来,在程序启动的时候,就可以自由决定是使用 DBPersister 还是 MemoryPersister 了。
三. 虚拟数据库的实现
关于这部分的代码位于GGTalk/GGTalk.Server/MemoryPersister.cs。
虚拟数据库的设计原理很简单,接下来我们看看其具体是如何实现的。
1. MemoryPersister类
MemoryPersister 类实现了GGTalk服务端中的虚拟数据库,让我们来看看它到底是如何实现的吧。
public class MemoryPersister : OfflineMemoryCache, IDBPersisterExtend {
//...
private ObjectManager<string, GGUser> userManager = new ObjectManager<string, GGUser>();
private ObjectManager<string, GGGroup> groupManager = new ObjectManager<string, GGGroup>();
//string : requesterID + "-" + accepterID
private ObjectManager<string, AddFriendRequest> addFriendRequestManager = new ObjectManager<string, AddFriendRequest>();
//string : requesterID + "-" + groupID
private ObjectManager<string, AddGroupRequest> addGroupRequestManager = new ObjectManager<string, AddGroupRequest>();
//string : groupID + "-" + userID
private ObjectManager<string, GroupBan> groupBanManager = new ObjectManager<string, GroupBan>();
//...
}
以上是就MemoryPersister类的部分定义,也是实现虚拟数据库的核心内容。可以观察到,这个类继承了OfflineMemoryCache类,同时还实现了IDBPersisterExtend接口。OfflineMemoryCache类的作用是用于在内存中存储离线消息和离线文件条目,这个不是本篇文章关注的重点,我们重点来看一下IDBPersisterExtend接口,以下是关于