Soul基础服务之IM搭建分享-iOS端从0开始

纯爷们 · 4 年前

背景

Soul的核心业务就是在线聊天，私聊，群聊，聊天室，都需要文档的IM系统去支持。

很早之前使用的是三方IM，有很多不可控的缺点，这里就不一一例举。

而随着用户井喷式增长，极需自研一套稳定的，可控的，灵活的IM系统，以下以IOS客户端举例。

[h1Head]流程思考[/h1Head]
接收IM时，我在思考，IM直观上就是我打字，然后给对方发消息。
而这个消息的流转过程是：

因为字数限制，这个流程描述省略

[h1Head]架构上分为4层[/h1Head]

1.网络层

最底层，负责TCP连接，收发，二进制流封装成包，递交给上层数据解析层

网络协议选择用TCP协议，因为UDP是无连接不安全的，需要在上层做可靠到达安全机制，如超时重传，顺序重组等，实现繁杂技术成本高。

socket编程的大体流程是

1.创建一个socket套接字，指定协议 tpc udp和ipv4/ipv6

2.根据ip和端口解析地址清单。（getaddrinfo）

3.建立三路握手，获取一个稳定的tcp连接

4.基于这个连接，实现收发流接口。

因为客户端只需实现建立连接，也就是一个通道套接字，就是socketId，无需像服务端一样做accept做多路连接处理，所以实现较为简单。

具体想了解网络层编写步骤和具体需注意事项，可关注下面的连接：

《Soul自研IM之网络层步骤梳理》

《Soul自研IM之网络层异常处理及注意事项》

[H2]2.网络处理层[/H2]

此层通过pb 反序列化二进制包，递交给上层，此层处理心跳，负责调度网络层各种网络异常，如重连，断连，异常信号等、提供数据收发中转功能。

在这一层处理网络异常重连、监听网络变化、心跳包计时器、网络IO接口。

这里是与socket通信层交流的唯一通道，任何其他层都不许与socket交互层有交互，使网络层整体隔离出业务之外。

这里推荐google开源框架protocol buffer，目前微信也开始采用。

protobuf优点

1、性能好/效率高
时间开销： protobuf在这个方面就进行了优化。可以使序列化和反序列化的时间开销都减短。
空间开销：也减少了很多
2、有代码生成机制
3、支持向后兼容和向前兼容

Soul基础服务之IM搭建分享-iOS端从0开始_1597741768294.jpg