环信SDK的基础架构体系.ppt

环信 SDK 的基础架构体系 zhaoliangeasemob 主要内容 IM SDK 基本要素 IM SDK 架构 开发 IM SDK 的挑战与应对 IM SDK 的基本要素 连接管理 消息 会话 好友管理 通知 实时音视频 扩展 长连接与短连接 SDK IM Server HTTP Server 长连接 TCP 连接 及时收到服务器的推送 占用服务器大量资源 短连接 HTTP 连接 前端发起 HTTP 请求，通常情况下每次请求都会创建个新连接 ( 设置 keep-alive 除外 ) ，每次 返回数据后 server 就会关闭连接 服务器不会特殊管理连接，减轻服务器负担 心跳保活 定时通知服务器连接存在 ? 服务器设定 TCP keep-alive time ? 过期没有收到数据启动探针 ? 多次探测没有收到前端响应，关掉相应连接 即时刷新路由器 NAT （ Network Address Translation ） 内外网 IP 映射表 ? 只保存最新连接 ? 老连接会被移除 连接 DNS 配置 防止 DNS 劫持 获取 DNS 配置列表 不同的 APP 会对应不同的 Server IP 重连 重连原因 ? 主动断网，切网 ? 服务器主动断开连接 (connection reset by peer) ? 路由器外网断开 永远重连 ? New thread.start - ? wait(random(time)) ? while(true and not coneccted){ ? reconnect() ? wait(random(time)) ? } 始终保持同一个连接实例 ? 避免自踢 消息 消息 ID ? Global Unique ID 消息类型 收发方 ID ? To, From Bind Resource ? Mobile ? PC 消息 body ID from to body Bind type message id =“ 0 123456789” To =uni3 From =un8/ mobile type =chat body 屻牦浯?甥楮尸尬潴?甥楮尳尬潢楤獥?筛瑜灹履尺硴屴尬獭屧尺 测试 }],ext:{}} /body /message 支持多种聊天模型 ? 单聊 ? 群组模型 ? 聊天室模型 支持多种消息类型 ? Text, ? Image, ? Video ? File ? 透传消息 ? 支持扩展消息 消息发送与回执 离线消息 离线消息 ? 对方不在线，没有相应的 session ? 服务器没有收到 收 方的回执 ? 消息体内含离线标识 获取方式 ? 服务器推大量离线导致效率低下 ? 送 (push) ? 试想如果推送 2000 条离线？ ? 客户端拉取 (pull) ? 根据消息 ID 获取 ? 逐页去获取 附件消息 图片，语音，视频，文件，等类型的消息统一为附件消息 如何发送 ? 方案一 ? 直接走长连接 ? 方案二 ? 先上传附件到服务器 ? 获取附件 UID ? 再把载有 UID 的 IM 消息 ? IM Server ? 收方读取消息，根据 UID 下载附件到本地 大小限制 附件消息 会话管理 消息管理 ? 消息查询，删除，插入 ? 批量消息加载 ? 批量消息导入 消息发送 已读标记 好友管理 添加好友 删除好友 黑名单管理 群组管理 添加好友 通知 事件通知 ? 新消息，已读，已送达通知 ? API 回调 ? 加减联系人，群组，聊天室相关通知 SDK 只负责消息通知 SDK 不负责铃声，震动，提醒等定制化模块 实时音视频 支持实时音视频 ? 使用 Jingle XMPP 扩展协议作为控制信令 ? 使用 ICE 作为 P2P 打洞协议 ? 支持媒体 relay 中继功能 多人语音功能 ? 内部测试中 支持扩展 消息的扩展 ? 通过扩展属性 会话的扩展 ? 通过扩展字段 其他扩展，如安全性 ? 通过插件扩展 总体设计 模块的划分 平台层会根据各平台的不同，实现不同的接口，开放符合平台层的 API 给第三方开发者。 适配层主要要适配到 ONE SDK 核心层所需要的一些接口，起到承上启下的作用。 核心层主要提供 IM 功能和业务逻辑，保证最大化的代码重用