2023年3月9日 随笔档案 -凯发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，我为自已带盐！