2023年3月6日 随笔档案 -凯发k8网页登录

mobileimsdk - 微信小程序端是一套基于微信原生 websocket 的即时通讯库：

• 1）超轻量级、无任何第 3 方库依赖（开箱即用）；
• 2）纯 js 编写、es6 语法、高度提炼，简单易用；
• 3）基于微信原生 websocket api，简洁优雅；
• 4）支持运行于任何支持微信小程序的手机端；
• 5）能与  的各种客户端完美互通；
• 6）可应用于微信小程序中的消息推送、客服聊天、企业 oa、im 等场景。

mobileimsdk - 微信小程序端是基于微信原生 websocket 协议的  配套客户端库。

 是一套专为移动端开发的开源原创 im 通信层框架：

• 历经 8 年、久经考验；
• 超轻量级、高度提炼，lib 包 50kb 以内；
• 精心封装，一套 api 同时支持 udp、tcp、websocket 三种协议（可能是全网唯一开源的）；
• 客户端支持 ios、android、标准 java、h5、小程序、uniapp(开发中..)；
• 服务端基于 netty，性能卓越、易于扩展；👈
• 可与姊妹工程  无缝互通实现网页端聊天或推送等；👈
• 可应用于跨设备、跨网络的聊天 app、企业 oa、消息推送等各种场景。

以下是  的最新通信架构图：

 的客户端库一直在持续开发和升级中，目前 基于 uniapp 的 mobileimsdk 客户端正在开发中 。

直接使用原生的微信小程序 websocket 有以下问题和劣势：

• 1）功能有限：没有心跳保活、断线重连、消息送达保证（重传和去重）等即时通讯关键算法和逻辑；
• 2）api 简陋：在如此有限的 下，能逻辑清晰地实现并组合心跳保活、断线重连、消息送达保证等算法，需要相当高的技术掌控力；
• 3）逻辑耦合：经验欠缺的开发人员，会将 websocket 通信与前端 ui 界面代码混在一起，使得 ui 界面的重构、维护、改版都非常困难。

针对以上问题，而 mobileimsdk - 微信小程序端库将让开发者专注于 ui 应用层的开发，网络通信层的专业代码交由 sdk 开发人员，从而解偶 ui 前端和通信层的逻辑耦合性，大大降低技术复杂性。

mobileimsdk - 微信小程序端库的设计目标是为您的开发带来以下便利：

• 1）界面与通信解偶：ui 界面与网络通信代码解耦，ui 界面的重构、维护、改版都非常容易和优雅；
• 2）轻量级和兼容性：受益于坚持原生微信小程序 websocket api，简洁轻量，无需任何额外依赖；
• 3）核心内聚和收敛：得益于长期的提炼和经验积累，sdk 核心层高度封装，开发者无需理解复杂算法即可简单上手。
• 4）纯 js 轻量级实现：sdk 为纯 js 编写、es6 语法，无重量级框架和库依赖，可干净利落地对接各种既有系统。

• 轻量易使用：超轻量级 —— 纯 js 编写且无任何第 3 方库依赖，高度提炼 —— 简单易用；
• 代码现代感：尽可能优先使用 es6 语法，摒弃旧式 js 语法的年代感；
• 兼容性很好：基于微信原生 websocket api，可很好地运行于支持微信小程序的手机端；
• 断网恢复能力：拥有网络状况自动检测、断网自动治愈的能力；
• 送达保证机制：完善的 qos 消息送达保证机制（多重保障），不漏过每一条消息；
• 通信协议封装：实现了一个对上层透明的即时通讯通信协议模型；
• 身份认证机制：实现了简单合理的身份认证机制；
• 完善的 log 信息：在开发调试阶段，确保每一个算法关键步骤都有日志输出，让您的运行调试更为便利；
• 界面代码解耦：实现了 ui 界面代码与 sdk 网络通信代码解偶，防止界面代码跟 im 核心代码混在一起，不利于持续升级、重用和维护；
• 聊天协议兼容：实现了与 完全兼容的协议模型。

① mobileimsdk - 微信小程序端的详细介绍： 👈

② mobileimsdk - 微信小程序端的开发手册： 👈

③ mobileimsdk 开源框架的详细介绍：  👈

为了更好地分类阅读52im.net 总计1000多篇精编文章，我将在每周三推送新的一期技术文集，本次是第10 期。

[-1-] 

[链接] 

[摘要] 本文将从应用层的角度，简要的对比tcp和udp协议的区别，或许能给你些许启发。

[-2-] 

[链接] 

[摘要] qq既有udp也有tcp！不管udp还是tcp，最终登陆成功之后，qq都会有一个tcp连接来保持在线状态。这个tcp连接的远程端口一般是80，采用udp方式登陆的时候，端口是8000。

[-3-]

[链接] 

[摘要]对于有选择困难证的人来说，基于以上因素，加上udp和tcp协议的本质差异，这样的选择确实很纠结。本文将从作者的实践总结，给出自已的观点，如有异议还请理性回复，不为找喷，仅供参考。

[-4-]

[链接] 

[摘要] 本文延续《网络编程懒人入门》系列文章的风格，通过快速对比分析 tcp 和 udp 的区别，来帮助即时通讯初学者快速了解这些基础的知识点，从而在im、消息推送等网络通信应用场景中能准确地选择合适的传输层协议。

[-5-] 

[链接] 

[摘要] 随着网络技术飞速发展，网速已不再是传输的瓶颈，udp协议以其简单、传输快的优势，在越来越多场景下取代了tcp，如网页浏览、流媒体、实时游戏、物联网。本文作为《网络编程懒人入门》系列文章的第5篇，将为您快速梳理udp协议在某些场景下对比tcp协议所具有的优势。

[-6-] 

[链接] 

[摘要]本文将从实践出发，讨论udp在实际应用中的连接性和负载均衡问题。

[-7-] 

[链接] 

[摘要] 本文接系列文章的上篇《》，将从实践出发，讨论如何深入地理解udp协议并在实践中用好它。

[-8-] 

[链接] 

[摘要] 涉及到实时传输我们都会先考虑 rudp，rudp 应用在我们app核心传输体系的各个方面，但不同的系统场景我们设计了不同的 rudp 方式，所以基于那些激烈的讨论和我们使用的经验，我决定扒一扒 rudp，来给大家分享如何让udp变的可靠的实践经验。

[-9-] 

[链接] 

[摘要] 经过日常工作的思考之后，我更想弄明白的是，tcp的开销到底有多大，能否进行量化。一条tcp连接的建立需要耗时延迟多少，是多少毫秒，还是多少微秒？能不能有一个哪怕是粗略的量化估计？当然影响tcp耗时的因素有很多，比如网络丢包等等。我今天只分享我在工作实践中遇到的比较高发的各种情况。

[-10-]

[链接] 

[摘要] 限于篇幅，该篇并没有深入探讨tcp协议本身的keepalive机制，所以这次借本文想把tcp协议的keepalive保活机制给详细的整理出来，以便大家能深入其中一窥究竟。

[-11-] 

[链接] 

[摘要] 本篇文章，我们就从系统层面深入地探讨一个有趣的tcp技术问题：拔掉网线后，再插上，原本的这条tcp连接还在吗？或者说它还“好”吗？

[-12-] 

[链接] 

[摘要] 到底一台服务器能够支持多少tcp并发连接呢？这就是本文要讨论的问题。

👉52im社区本周新文：《》，欢迎阅读！👈

我是jack jiang，我为自已带盐！

mobileimsdk是一套专为移动端开发的原创im通信层框架：

• 1）历经8年、久经考验；
• 2）超轻量级、高度提炼，lib包50kb以内；
• 3）精心封装，一套api同时支持udp、tcp、websocket三种协议（可能是全网唯一开源的）；
• 4）客户端支持ios、android、标准java、h5()、小程序(开发中..)、uniap(开发中..)；
• 5）服务端基于netty，性能卓越、易于扩展 new；
• 6）可与姊妹工程  无缝互通实现网页端聊天或推送等；
• 7）可应用于跨设备、跨网络的聊天app、企业oa、消息推送等各种场景。

github.com：

• 代码托管：
• 技术社区： 

码云gitee：

• 代码托管： 
• 技术社区： 

让开发者专注于应用逻辑的开发，底层复杂的即时通讯算法交由sdk开发人员，从而解偶即时通讯应用开发的复杂性。

整套mobileimsdk框架由以下6部分组成：

• 1）android客户端sdk：用于开发android版即时通讯客户端，支持android 2.3及以上版本，；
• 2）ios客户端sdk：用于开发ios版即时通讯客户端，支持ios 8.0及以上版本，；
• 3）java客户端sdk：用于开发跨平台的pc端即时通讯客户端，支持标准java 1.6及以上版本，；
• 4）h5客户端sdk：暂无开源版，；
• 5）小程序端sdk：持续开发中，敬请关注；
• 6）服务端sdk：用于开发即时通讯服务端，支持java 1.7及以上版本，；

整套mobileimsdk框架的架构组成：

• 久经考验：历经8年，从andriod 2.3、ios 5.0 时代持续升级至今（绝不烂尾）；
• 超轻量级：高度提炼，lib包50kb以内；
• 多种协议：可能是全网唯一开源可同时支持udp、tcp、websocket三种协议的同类框架；
• 多种网络：精心优化的tcp、udp、websocket协议实现，可应用于卫星网、移动网、嵌入式物联网等场景；
• 高效费比：独有的udp协议实现，无连接特性，同等条件下可实现更高的网络负载和吞吐能力；
• 消息走向：支持即时通讯技术中消息的所有可能走向，共3种（即c2c、c2s、s2c）；
• 粘包半包：优雅解决各端的tcp经典粘包和半包问题，底层封装，应用层完全无感知；
• qos机制：完善的消息送达保证机制（多重保障），不漏过每一条消息；
• 健壮可靠：实践表明，非常适于在高延迟、跨洲际、不同网络制式环境中稳定、可靠地运行；
• 断网恢复：拥有网络状况自动检测、断网自动治愈的能力；
• 原创算法：核心算法和实现均为原创，保证了持续改进和提升的空间；
• 多种模式：预设多种实时灵敏度模式，可根据不同场景控制即时性、流量和客户端电量消耗；
• 数据压缩：自有协议实现，未来可自主定制数据压缩，灵活控制客户端的流量、服务端网络吞吐；
• 高度封装：高度封装的api接口，保证了调用的简易性，也使得可应用于更多的应用场景；
• web支持：可与姊妹工程  无缝互通实现网页端聊天或推送等；
• 扩展性好：服务端基于netty，继承了netty的优秀高可扩展性；
• 性能优异：服务端继承了netty高性能、高吞吐特性，适用于高性能服务端场景。

mobileimsdk 所支持的全部3种即时通讯消息走向分别是：

(1) client to client (c2c)：即由某客户端主动发起，接收者是另一客端；

(2) client to server (c2s)：即由某客户端主动发起，接收者是服务端；

(3) server to client (s2c)：即由服务端主动发起，接收者是某客户端。

压力测试表明，mobileimsdk用于推送场景时，理论单机负载可接近千万级。用于聊天应用时，单机负载也可达数十万。

当然，每款应用都有各自的特点和差异，请视具体场景具体评估之，测试数据仅供参考。

性能测试报告：。

• 1）android客户端 demo：；
• 2）ios客户端 demo：；
• 3）java客户端 demo：；
• 4）h5客户端 demo：；
• 5）服务端 demo： new。

rainbowchat是一款基于mobileimsdk的产品级聊天app，更多详情： 或 。

① 基于mobileimsdk的产品级聊天app：

▶ 、 或 。

② mobileimsdk在高网络延迟下的案例：

▶ 某款基于mobileimsdk的商业商品，曾运营于跨洲际的复杂网络环境下，端到端通信延迟在洲际网络繁忙时可高达600ms以上（与服务端的单向延迟约为300ms左右，而通常大家访问国内主流门户的延迟约为20~50ms），某段时期的非敏感运营数据 。

• ① 最新发布版（国外地址）：
• ② 最新发布版（国内地址）：（访问速度快！）

说明：最新发布版打包内容中，已包含完整的demo源码、sdk源码、api文档、编译后的分发包等。

场景1：聊天app

• 应用说明：可用于开发类似于微信、qq等聊天工具。
• 消息走向：需使用c2c、c2s、s2c全部类型。

特别说明：mobileimsdk并未定义聊天应用的应用层逻辑和协议，开发者可自行定义并实现之。

场景2：消息推送

• 应用说明：可用于需要向客户端实时推送信息的各种类型app。
• 消息走向：仅需使用s2c 1种消息走向，属mobileimsdk的最简单应用场景。

场景3：企业oa

• 应用说明：可用于实现企业oa的指令、公文、申请等各种消息实时推送，极大提升用户体验，并可延伸至移动设备。
• 消息走向：仅需使用s2c 1种消息走向，属mobileimsdk的最简单应用场景。

场景4：企业oa的增强型

• 应用说明：可用于实现企业oa中各种系统级、用户级消息的实时互动，充分利用即时通讯技术提升传统oa的价值。
• 消息走向：可使用c2c、c2s、s2c全部类型，这与聊天app在很多方面已无差别，但企业oa有自已的用户关系管理模型和逻辑，较之全功能聊天app要简单的多。

• 1）android客户端开发指南：；
• 2）ios客户端开发指南：；
• 3）java客户端开发指南：；
• 4）h5客户端开发指南：；
• 5）server端开发指南：。

博客地址：、github凯发k8网页登录主页：

1）android和ios运行效果

>> 安装和使用：、。

2）windows 运行效果

>> 安装和使用：。

3）mac os x 运行效果

>> 安装和使用：。

>> 关于rainbowchat的更多资料请见： 。

下图为rainbowchat-web的主界面（、）：