即时通讯

读写扩散模型，即读扩散和写扩散模型； 读扩散，也叫拉取模型，描述对数据进行读取操作时，有更多的读取动作； 写扩散，也叫推送模型，描述对数据进行写入操作时，有更多的写入动作。 IM …

本文主要总结下自己在直播领域中实践所遇到过的一些高并发技术问题，以及相关的解决思路。 其实在直播这类业务中，对于系统的实时性要求是非常高的，例如直播间里面的大哥送了某个礼物之后，要…

开发模型用于描述一个系统最本质或最关键的部分；在系统需求分析之后，软件设计之前，架构师心中需要有一个清晰的开发模型来指导自己，最终将软件一步一步进行落地。 目前，IM 系统以 “代…

今天开始，基于前面内容的介绍，对 IM 进行抽象并分析几类常见模型： 运行模型、开发模型和读写扩散模型；今天对 IM 的运行模型进行分析。 IM 作为互联网一种简便的通讯工具，从产…

消息中台为百度App以及厂内百度系产品提供即时通讯的能力，提供包括私聊、群聊、聊天室、直播弹幕等用户沟通场景，并帮助业务通过消息推送触达用户。百度App存在需要以『低用户打扰』的形…

AIM消息通过短信增强技术，基于用户手机原生短信入口，将传统短信无缝升级为多媒体、强交互的智能消息应用，让手机短信成为新的流量入口和服务平台。本文分享AIM消息架构、技术原理以及效果展示等。

每当网络上爆出热点新闻，混迹于各个社交媒体的小伙伴们全都开启了讨论模式。一条消息的产生是如何在群聊中传递的呢？让我们一起来探索即时通讯系统(IM)的原理。 IM系统架构的原理 当你…

前面通过 18 篇文章，非常系统地分析了 IM 的分层架构、每一层的核心职责和关键设计、以及基于分层架构下核心功能逻辑的实现。 分层架构的 IM 系统肯定是分布式部署，作为 “分层…

IM 消息中除了点对点的私信消息和群消息外，还有由 “系统” 发给用户的 “系统消息”。 系统消息通常包括两类：一类是由系统单独发给一个用户的私信系统消息，比如用户下单或支付后，系…

在 IM 系统中，“未读数” 是一个非常核心的概念。 首先，从产品体验上，用户登录之后，往往是由消息 “未读数” 引导用户后续的操作；其次，“未读数” 实现逻辑直接影响了上层业务的…

现在 IM 系统已经不仅限于文本消息的通讯了，多媒体数据占据越来越多的比重，比如：文件传输、语音通话、视频通话等。 在前面的文章（IM专题：IM需求分析模型）中我们分析过，“多媒体…

在 IM 系统中，“用户状态” 通常指用户的离线和在线状态；在一些企业 IM 系统应用中，会对用户的状态进行扩展，比如：“会议中”、“疯狂编码中”、“发热中” 等等；对于前一类用户…

MobileIMSDK – 微信小程序端是一套基于微信原生 WebSocket 的即时通讯库： 1）超轻量级、无任何第 3 方库依赖（开箱即用）； 2）纯 JS 编写、…

前面我们分析了 “点对点消息” 的实现逻辑（IM专题：分层架构IM系统（12）—消息收发逻辑实现），今天分析 IM 群消息逻辑。 在之前的文章分析过，“私信消息”（即点对点消息）属…

1 场景分析 在IM系统中，核心事件都是围绕着“聊天”这个主题展开的，在聊天的过程中，获悉用户的需求，再通过系统集成的各种工具，帮助用户完成诉求；“聊天”在IM业务中就是“会话消息…

在上一篇 IM专题：分层架构IM系统（12）—消息收发逻辑实现 文章中，我们分析了 IM  的分层架构中的消息收发逻辑；为了实现消息的 “及时性” 和 “可靠性”，将整个消息收发流…

“消息收发” 是 IM 系统最最核心的业务逻辑模块，本篇文章是整个【IM专题】的核心！ IM，即 “即时通讯”，要求消息具备 “及时性” 和 “可靠性”： 及时性，要求消息的收发需…

通过前面 10 篇文章，对 IM 系统的分层架构设计，以及入口层 Entry、路由层 Router、数据访问层 Das 等每一层的核心职责和关键逻辑进行了深度剖析。 今天开始分析 …

上一篇文章已经介绍了Koa2+websocket实现简单的消息中心聊天功能，但单纯文字聊天在实际的应用中具有很大的局限性，因此笔者在此基础上，针对于消息中心可能需要视频通话的场景，…

前一段时间在写管理系统的时候研究了一下websocket，期间基于Koa2和websocket实现了一个简易的消息中心的功能，这篇文章将介绍如何基于koa2来搭建websocket…