端开发技术——FLutter 开发即时通讯

1. 即时通讯简述
即时通讯是端开发工作中常见的需求,本篇文章以作者工作中使用 FLutter 开发社交软件即时通讯需求为背景,描述一下即时通讯功能设计的要点。
2. 重要概念
即时通讯需要前后端配合,约定消息格式与消息内容。本次 IM 客户端需求开发使用了公司已有的基于 Socket.io 搭建的后台,下文描述涉及到的一些概念。
2.1 WebSocket 协议
WebSocket 是一种在单个 TCP 连接上进行全双工通信的协议。WebSocket 协议与传统的 HTTP 协议的主要区别为,WebSocket 协议允许服务端主动向客户端推送数据,而传统的 HTTP 协议服务器只有在客户端主动请求之后才能向客户端发送数据。在没有 WebSocket 之前,即时通讯大部分采用长轮询方式。
2.2 Socket.io 和 WebSocket 的区别
Socket.io 不是 WebSocket,它只是将 WebSocket 和轮询 (Polling)机制以及其它的实时通信方式封装成了通用的接口,并且在服务端实现了这些实时机制的相应代码。也就是说,WebSocket 仅仅是 Socket.io 实现即时通信的一个子集。因此 WebSocket 客户端连接不上 Socket.io 服务端,当然 Socket.io 客户端也连接不上 WebSocket 服务端。
2.3 服务端 socket 消息
理解了服务端 socket 消息也就理解了服务器端的即时通讯逻辑,服务器发出的 socket 消息可以分为两种:
服务器主动发出的消息:
例如,社交软件中的 A 用户给 B 用户发出了消息,服务器在收到 A 用户的消息后,通过 socket 链接,将 A 用户的消息转发给 B 用户,B 用户客户端接收到的消息就属于服务器主动发出的。其他比较常见的场景例如直播软件中,全平台用户都会收到的礼物消息广播。
服务器在接收到客户端消息后的返回消息:
例如,长链接心跳机制,客户端向服务器发送 ping 消息,服务器在成功接受客户端的 ping 消息后返回的 pong 消息就属于服务器的返回消息。其他常见的场景如社交软件中 A 用户给 B 用户发出了消息,服务器在收到 A 用户的消息后,给 A 客户端返回一条消息,供 A 客户端了解消息的发送状态,判断发送是否成功。大部分场景,服务器在接收到客户端主动发出的消息之后都需要返回一条消息。
3. 客户端实现流程
几个设计客户端即时通讯的重点。
3.1 心跳机制
所谓心跳就是客户端发出 ping 消息,服务器成功收到后返回 pong 消息。当客户端一段时间内不在发送 ping 消息,视为客户端断开,服务器就会主动关闭 socket 链接。当客户端发送 ping 消息,服务器一段时间内没有返回 pong 消息,视为服务器断开,客户端就会启动重连机制。

3.2 重连机制
重连机制为客户端重新发起连接,常见的重连条件如下:
客户端发送 ping 消息,服务器一段时间内没有返回 pong。
客户端网络断开。
服务器主动断开连接。
客户端主动连接失败。
当出现极端情况(客户端断网)时,频繁的重连可能会导致资源的浪费,可以设置一段时间内的最大重连次数,当重连超过一定次数时,休眠一段时间。
3.3 消息发送流程
将消息存储到本地数据库,发送状态设为等待。
发送 socket 消息。
接收到服务器返回的 socket 消息后,将本地数据库等待状态的消息改为成功。
注意事项:
将消息存储到本地数据库时需要生成一个 id 存入数据库,同时传给服务器,当收到消息时根据 id 判断更新本地数据库的哪一条消息。
3.4 消息接收流程

3.5 其他相关
聊天页消息的排序:在查询本地数据库时使用
order by
按时间排序。消息列表:也推荐做本地存储,当收到消息的时候需要先判断本地消息列表是否有当前消息用户的对话框,如果没有就先插入,有就更新。消息列表的维护就不展开说了,感兴趣可以看代码。
图片语音消息:将图片和语言先上传到专门的服务器上(各种专门的云存储服务器),sokcet 消息和本地存储传递的是云服务器上的 URL。
多人聊天(群聊):与单人聊天逻辑基本一致,区别位本地数据库需要添加一个会话 ID 字段,打开一个群就查询对应会话 ID 的数据。聊天消息不再是谁发给谁,而是在哪个群聊下。
4. 客户端 Flutter 代码
把部分代码贴上来,完整项目在作者的github上。
4.1 心跳机制
4.2 本地数据库设计
数据库表的设计是比较重要的,理解了数据库设计,读代码也就无压力了。
5. 总结
无论是 Flutter 技术,或是 IOS/Android/Web。只要掌握了即时通讯的核心开发流程,不同的技术只是 API 有些变化。API 往往看文档就能解决,大前端或是特定平台的工程师还是要掌握核心开发流程,会几种做同样事情的 API 意义不大。
demo 写的比较简单,有问题可以评论。


版权声明: 本文为 InfoQ 作者【思想者杰克】的原创文章。
原文链接:【http://xie.infoq.cn/article/ec50c71c56a766b2ec81202f4】。文章转载请联系作者。
评论