iOS swift项目IM实现，从长连接到数据流解析分析之Socket

iOS  swift项目IM实现，从长连接到底层数据解析分析之Socket

一：项目简介：  去年开始接手了一个国企移动项目，项目的需求是实现IM即时通讯功能。

* 一期版本功能包括了：

      1.公司业务的审批，报价和授标审批流程；

      2.单人的聊天和群组聊天(领导日常工作交流)；

      3.聊天消息包括支持文字类消息，语言，图片，并且语言支持跨平台；

      4.对消息的网络数据传递实现加密压缩处理，保证数据安全传输；

* 项目特点：

因为项目业务的：审批，报价和授标审批流程的特殊性， IM的实现不能应用第三方，比如：极光推送等，所以需要实现处理Socket底层数据解刨。

二：iOS IM功能使用Socket的tcp请求协议来实现，推荐使用第三方sdk: CocoaAsyncSocket

CocoaAsyncSocket：OC的版本，是应用GCD写的异步处理，有兴趣的可以去看下原码

三：CocoaAsyncSocket

pod 'CocoaAsyncSocket'  //可以通过pod集成

四：CocoaAsyncSocket init和delegate

----init分析------

----delegate分析------

* 实现CocoaAsyncSocket的4个代理来处理Socket通讯数据，下面分别分析各个代理的作用：    

1. - (void)socket:(GCDAsyncSocket *)sock didConnectToHost:(NSString *)host port:(uint16_t)port;

• 成功连接上服务器后，需要发送保持长连接的心跳机制，在成功回调方法中实现：

• 发送心跳机制的同时，发起账号登录验证

2.- (void)socketDidDisconnect:(GCDAsyncSocket *)sock withError:(nullable NSError *)err;

*  有成功，那么必定会有失败：

• 失败需要即时更新连接状态，确保用户在连接失败的情况下，操作的安全性（不闪退），加以UI提示

更新的状态包括：1:  网络状态，2:  用户数据同步状态，3:  心跳间隔时间，4: 是否是强制重新连接

注：（一个健壮的性能又好的IM系统，需要考虑的因素很重要）

• 重新连接，在本项目总负责王总的建议下，一旦断开连接给予6次重连机会

注： 本项目总负责王总，是后台出生，整个项目的后台（报告EQ系统，ERP系统）系统都有王总搭建，后台的整个IM框架也是王总集成，维护和改进，

             国企职位高并且技术全面的确实佩服。

3.- (void)socket:(GCDAsyncSocket *)sock didWriteDataWithTag:(long)tag;

• GCDAsyncSocket数据包发送，涉及了3种状态，分析如下：

第一种：数据包只有发送，没有回调数据包接受

第二种：数据包有发送， 确定有数据包接受

第三种：数据包有发送，不确定有数据包接受

• 分析：GCDAsyncSocket数据包的接收需要提前订阅（提供线程任务处理），如果提供的订阅任务用完了，那么GCDAsyncSocket 不会处理和回调新接收到的消息数据，didWriteData这个方法的实现就是处理兼容涉及的3种状态，保证新消息能被及时处理。

4.- (void)socket:(GCDAsyncSocket *)sock didReadData:(NSData *)data withTag:(long)tag;

• 新消息成功订阅，这里就开始对数据的解析，数据类型分为：

指令消息(syc指令)，心跳消息，Init消息和Invoke（获取）消息；

• didReadData：方法中回调了tag字段，但是我们不能按照tag来区分，tag只是回调线程的标记，必须安照数据类型来区分

五：Socke总结

      * CocoaAsyncSocket 的Socket 连接层到这里差不多了，上面列出来的条例都是需要非常注意的地方。

* IM连接层还有个非常重要的地方：需要对项目的网络状态时时监控，网络状态的改变需要做处理，

        4G网络下需要对用户提醒，虚拟网络下需要优化处理IM任务， 在断开连接重连的情况下要优先判断网络状态，

        这些都是对IM系统的性能优化，为项目的迭代打下坚韧的基础。

注：下一篇: iOS  swift项目IM实现，从长连接到数据流解析分析之Payload数据打包和解析。