网易来聊聊子弹短信的消息漫游技术

“子弹短信”炸翻了创投圈，上线短短7天，掀起IM行业一股巨浪。网易云信做为子弹短信IM以及音视频通话技术提供者，今天来聊聊子弹短信这款即时通信产品里面一个重要功能—消息漫游。
【知识点】消息漫游是指即时通信产品将用户聊天记录保存在云端，用户在任何一个终端设备上都能获取到所有的聊天记录。

聊聊子弹短信怎么实现消息漫游

消息漫游在即时通信领域是相对高级的功能，不少社交软件没有提供该功能，下面咱们来分析下子弹短信消息漫游的技术实现。

1. 子弹短信即时通信的消息交互

发送者 A经过链接层x将消息发往业务逻辑层，业务逻辑层APP(保存着A和B的在线状态)经过链接层y将消息转给接收者B，完成了一次消息发送过程。

2. 子弹短信多端在线的消息交互

发送者A有多个终端在线时,在A用手机将消息发送给B的同时会给A的电脑终端发送一条通知，从而完成消息的多端同步

3. 子弹短信消息漫游的实现

多端消息交互过程若是用户一个终端不在线，那么不在线的一端是没法同步到聊天记录的，此时就须要用到消息漫游功能，当发送者A将消息发给B时，APP会把消息存储起来，Cache中保存着用户近期的聊天记录，DB采用时间序列数据库，保存着用户的历史聊天记录，客户端保存着消息同步的时间戳，登陆时根据时间戳，经过缓存加历史的方式拉取数据，从而实现完整会话消息的漫游

漫游消息的存储方式

即时通信中产生了海量的消息，若是使用了消息漫游的功能，消息的存储就是一个不小的挑战。首先用户在会话中产生的消息是有个TimeLine的，在存储上也须要按照时间来存储。图中给出了两种存储方式，1中的写入方式是按照会话来存的，这样存消息的好处是，多我的的消息只存一份，即按照会话来存储，可是这种方式带来了一个问题，就是A要拉取消息记录时须要去A的每一个会话中分别读取，产生了读扩散；2中的写入方式是按照用户来存的，这样存消息的好处是读取方便，可是一个会话的消息被存了屡次，产生了写扩散。
上面介绍的两种存储方式各有优缺点，究竟哪种存储方式更好呢？

首先来看下即时通信的应用场景，对于消息记录写入很是频繁，而读取动做通常发生在登录时的状况较少；再来看下DB选型：使用写扩散方式时一条消息会写入两条记录，读取时一次可查询出全部记录；使用读扩散方式时一条消息写入一条记录，读取时须要根据会话数量读取屡次;传统的关系型数据库应对读扩散会很是吃力，只能使用写扩散的方式实现，若是使用nosql数据库存储则两种方式均可以实现。

子弹短信使用的混合存储方式

子弹短信使用了内存数据库+时间序列数据库的存储方式。内存数据库采用读扩散的方式存储近期消息，时间序列数据库则采用写扩散的方式存储历史消息。这样的存储方式有如下几个考量：

• 内存数据库的高TPS和低RT对用户正常的消息收发影响很小，采用异步写入让吞吐量进一步提高

• 内存数据使用读扩散的存储方式，首先内存的成本相对较高，需尽量的减小空间占用，再则内存数据库的低RT能够应对读扩散带来的延时问题

• 历史消息量较大，采用存储介质较为廉价的数据库存储，同时为了保证查询性能，存储方式使用了写扩散的形式，选用支持时间序列的数据库，对比关系型数据库有更好的读写表现

• 历史消息使用异步写入，对业务流程无影响

• 客户端保存上次同步的时间戳，除了用户卸载应用或者长时间不登陆的状况下，读请求都会落在内存数据库上，用户体验比较好

即时通信平台的消息漫游设计理念

1. 中心化存储

做为即便通信Paas平台，须要对业务方提供消息内容审核机制，也要对监管方提供消息数据。中心化的集中存储实现消息内容审核较容易，也能及时响应监管方的消息核查需求。
保证消息不丢失，IM系统中心化有助于实现多端漫游功能，用于解决用户在多个设备，多个场景下切换帐号时消息同步的问题，提高了用户体验。

2. 信息安全

在数据访问的制度管理上：平台方通常会使用私有云方案，数据中心均不提供外网访问，租户网络下访问也加入了权限限制
在数据存储的安全方面：使用了私有协议的数据编码和加密机制存取消息，即便发生了拖库也没法解出消息内容
在数据传输协议方面：网络通讯使用了自定义编解码报文和加密算法，API接口等支持SSL加密，辅之以业务层鉴权机制，有效保证了信息的传输安全。

以上就是对于子弹短信消息漫游技术浅析。