- 综合排序
- 最热优先
- 最新优先
- 来自专栏架构师之路
im协议设计选型（上）
im协议设计选型（上） 周末在一个Qcon群里分享了一些im技术，抽取出其中im协议选型相关的内容，跟大家分享。 分享人：58沈剑，58同城技术委员会主席，高级架构师，优秀讲师。 前百度hi团队成员，负责过58同城im系统的架构设计。 一、im协议的分层设计 所谓“协议”是双方共同遵守的规则，例如：离婚协议，停战协议。协议有语法、语义、时序三要素。 （1）语法：即数据与控制信息的结构或格式 （2）语义：即需要发出何种控制信息，完成何种动作以及做出何种响应 （3）时序：即事件实现顺序的详细说明 今天的重点是在“协议选型”上，重点讲选哪种协议。 im协议设计分为三层：应用层、安全层、传输层。 ? 后文将详细介绍这三层的协议应该如何选型与设计。 二、im应用层协议设计 应用层协议选型，常见的有三种：文本协议、二进制协议、流式XML协议。 ps：文本只介绍了im协议选型，只是协议设计的上半部分，选型完之后，协议细节如何设计也没有展开讲，后续会撰文讨论《im协议设计细节（下）》。
1.5K110发布于 2018-03-01 - 来自专栏学海无涯
11.可选型
可选类型的介绍 说明: 可选类型是Swift中比较晦涩难懂的一个知识点 先了解定义,多利用Xcode的提示来使用 随着学习的深入,慢慢理解其中的原理和好处 概念: 在OC开发中,如果一个变量暂停不使用,可以赋值为0(基本属性类型)或者赋值为nil(对象类型) 在Swift中,nil也是一个特殊的类型,与Int,String一样 开发中赋值nil,在所难免.因此推出了可选类型 可选类型的取值: nil 有值 定义可选类型 定义一个可选类型有两种写法 最基本的写法 语法糖(常用) // 写法一:定义可选
79340发布于 2018-09-28 - 来自专栏即时通讯技术
移动端IM系统的协议选型：UDP还是TCP？
从PC时代的IM开始，IM开发者就在为数据传输协议的选型争论不休（比如：《为什么QQ用的是UDP协议而不是TCP协议？》这样的问题，隔一段时间就能在社区里看到）。 （本文同步发布于：http://www.52im.net/thread-33-1-1.html） 2、学习交流 - 移动端IM开发推荐文章：《新手入门一篇就够：从零开发移动端IM》 3、参考资料 《为什么 这些问题都是讨论�移动端IM、消息推送等类似话题时，几乎一定被问到的问题。这里尝试正本清源一下。 11、结论 综合以上所述，其实答案也呼之欲出。 （本文同步发布于：http://www.52im.net/thread-33-1-1.html）
2.3K10发布于 2018-08-23 2026年IM（即时通讯）厂商如何选型？
在移动互联网深度渗透的背景下，即时通讯（IM）早已从“功能模块”演变为“基础设施能力”。 当前国内IM市场已形成多家成熟厂商并存的格局，环信、融云、网易云信、腾讯云IM等均具备较强技术沉淀与行业覆盖能力。 （一）高效率接入：缩短研发周期的工程化能力对于研发团队而言，IM选型的首要指标往往是“集成成本”。 腾讯云IM继承QQ与微信的通信技术积累，与腾讯生态体系高度协同，在社交、电商场景具备生态优势。总结：如何做IM技术选型？IM选型本质上是对稳定性、扩展性、合规能力与研发效率的综合权衡。 选型中具备更全面的适配能力。
25010编辑于 2026-02-22- 来自专栏IT技术精选文摘
IM系统的MQ消息中间件选型：Kafka还是RabbitMQ？
1、前言 在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此 ，它的价值不仅仅存在于技术上，更重要的是改变了以往同步处理消息的思路（比如进行IM消息历史存储时，传统的信息系统作法可能是收到一条消息就马上同步存入数据库，这种作法在小并发量的情况下可以很好的工作，但互联网大并发环境下就是灾难 但市面上的MQ消息中间件产品很多，作为IM系统中必不可少的一环，我们该如何选型？那么请继续阅读本文。 RocketMQ 是阿里开源的消息中间件，目前已经捐献个 Apache 基金会，它是由 Java 语言开发的，具备高吞吐量、高可用性、适合大规模分布式系统应用等特点，经历过双 11 的洗礼，实力不容小觑 6、具体技术选型指标2：性能 功能维度是消息中间件选型中的一个重要的参考维度，但这并不是唯一的维度。
2K30发布于 2018-06-22 - 来自专栏即时通讯技术
IM系统的MQ消息中间件选型：Kafka还是RabbitMQ？
但市面上的MQ消息中间件产品很多，作为IM系统中必不可少的一环，我们该如何选型？那么请继续阅读本文。 RocketMQ 是阿里开源的消息中间件，目前已经捐献个 Apache 基金会，它是由 Java 语言开发的，具备高吞吐量、高可用性、适合大规模分布式系统应用等特点，经历过双 11 的洗礼，实力不容小觑 7、具体技术选型指标2：性能 功能维度是消息中间件选型中的一个重要的参考维度，但这并不是唯一的维度。 11、消息中间件选型误区总结 在进行消息中间件选型之前可以先问自己一个问题：是否真的需要一个消息中间件？在搞清楚这个问题之后，还可以继续问自己一个问题：是否需要自己维护一套消息中间件？ ：32人工程团队创造的技术神话》 《微信朋友圈千亿访问量背后的技术挑战和实践总结》 《王者荣耀2亿用户量的背后：产品定位、技术架构、网络方案等》 《IM系统的MQ消息中间件选型：Kafka还是RabbitMQ
2.4K30发布于 2018-08-29 - 来自专栏Lambda
IM系统的MQ消息中间件选型：Kafka还是RabbitMQ？
IM系统的MQ消息中间件选型：Kafka还是RabbitMQ？ 1、前言 在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此 但市面上的MQ消息中间件产品很多，作为IM系统中必不可少的一环，我们该如何选型？那么请继续阅读本文。 RocketMQ 是阿里开源的消息中间件，目前已经捐献个 Apache 基金会，它是由 Java 语言开发的，具备高吞吐量、高可用性、适合大规模分布式系统应用等特点，经历过双 11 的洗礼，实力不容小觑 11、消息中间件选型误区总结 在进行消息中间件选型之前可以先问自己一个问题：是否真的需要一个消息中间件？在搞清楚这个问题之后，还可以继续问自己一个问题：是否需要自己维护一套消息中间件？
1.3K20编辑于 2022-04-13 - 来自专栏即时通讯技术
探探的IM长连接技术实践：技术选型、架构设计、性能优化
本文将要分享的是陌生人社交应用探探的IM长连接模块从技术选型到架构设计，再到性能优化的整个技术实践过程和经验总结。 （▲ 上图引用自《移动端IM/推送系统的协议选型：UDP还是TCP？》） TCP实现长连接的四个问题: 1）移动端的消息量还是比较稀疏，用户每次拿到手机之后，发的消息总数比较少，每条消息的间隔比较长。 如果你对UDP协议还不了解，可以读读这篇：《TCP/IP详解 - 第11章·UDP：用户数据报协议》。 》 11、服务架构 11.1 基本介绍 服务架构比较简单，大概是四个模块： 1）首先是HttpDNS； 2）另一个是Connector接入层，接入层提供IP， 3）然后是Router，类似于代理转发消息 （本文已同步发布于：http://www.52im.net/thread-3780-1-1.html） 14、参考资料 [1] 移动端IM/推送系统的协议选型：UDP还是TCP？
2K20编辑于 2021-12-14 - 来自专栏用户4215420的专栏
即时通讯(im)框架系统开发思考(1)-通讯协议选型
1.前言： 近来笔者接到公司的一个IM开发需要，要在原来的Web业务系统、移动端系统上加入一个即时聊天的功能，具有就是能聊天就行。 相信各位也会接到需要开发IM的系统的任务，那么，开发一个im系统应选用哪种通讯协议? 开发成本高，如要支持多个平台, 每个客户端都需要定制，IM方面的开源社区不活跃，技术文档少。 跨平台: 差, 每个客户端都需要实现MQTT的聊天协议。
3.3K00发布于 2020-06-14 - 来自专栏即时通讯技术
IM跨平台技术学习(三)：vivo的Electron技术栈选型、全方位实践总结
、打包、踩坑等)》《IM跨平台技术学习(三)：vivo的Electron技术栈选型、全方位实践总结》（* 本文）《IM跨平台技术学习(四)：蘑菇街基于Electron开发IM客户端的技术实践》（稍后发布 .. ）《IM跨平台技术学习(五)：融云基于Electron的IM跨平台SDK改造实践总结》（稍后发布.. ）《IM跨平台技术学习(六)：网易云信基于Electron的IM消息全文检索技术实践》（稍后发布 4、开发技术栈选型4.1编程语言选型我们最终选择的是Typescript，理由如下。 11、参考资料[1] Electron官方开发者手册[2] 快速了解新一代跨平台桌面技术——Electron》[3] Electron初体验(快速开始、跨进程通信、打包、踩坑等)[4] Electron 基础入门 简单明了，看完啥都懂了[5] 网易云信Web端IM的聊天消息全文检索技术实践学习交流：- 移动端IM开发入门文章：《新手入门一篇就够：从零开发移动端IM》 - 开源IM框架源码：https:
2K31编辑于 2022-09-29 - 来自专栏音视频咖
你问我答 | 即时通信IM（2021年11月-12月）
即时通信IM 你问我答 第3季 本期共解答10个问题 Q1：即时通信 IM如何判断用户当前是否在某个直播间内？（用户在直播间的在线/离线状态）？ Q2：即时通信 IM uni-app 打包 iOS 语音消息无法播放怎么办？ 请将 IM SDK 升级到 2.15.0，该版本支持了 iOS 语音消息播放。 Q7：IM如何在直播群中实现禁言功能？ Q8：IM如何在直播群中实现踢人功能？ Q9：即时通信 IM 直播群为什么会丢消息？
1.2K10编辑于 2022-01-21 - 来自专栏数据库与编程
IM表达式的目的（IM 5.2）
上接IM 5.1，本章为IM系列第五章 使用In-Memory表达式优化查询第二部分IM表达式的目的。 IM表达式的目的 IM表达式通过预先计算计算密集表达式来加速大数据集的查询速度。 IM表达式和物化视图解决了相同的问题：如何避免重复计算表达式。然而，IM表达式具有优于物化视图的优点： · IM表达式可以捕获未持久存储的数据。 （IM-4.2 第二部分） 第四章 为IM 启用填充对象之启用和禁用列（IM-4.3 第三部分） 第四章 为IM 启用填充对象之在NO INMEMORY表上指定INMEMORY列属性：示例（IM-4.4 第四部分） 第四章 为IM 启用填充对象之启用和禁用表空间的IM列存储（IM 4.5） 第四章 为物化视图启用和禁用IM列存储（IM 4.6） 第四章 为IM 启用填充对象之强制填充In-Memory 对象：教程（IM 4.7） 第四章 为IM 启用填充对象之为IM列存储启用ADO（IM 4.8） 第五章 使用In-Memory表达式优化查询（IM 5.1） 山东Oracle用户组(Shandong
1.5K30编辑于 2022-04-23 - 来自专栏数据库与编程
用户接口和IM表达式（IM 5.6）
上接IM 5.5。本章为IM系列第五章 使用In-Memory表达式优化查询第六部分用户接口和IM表达式。 · DISABLE 数据库不会将IM表达式（无论是静态还是动态）都填充到IM列存储中。 注: IM表达式不支持依赖于NLS的数据类型。 （IM-4.2 第二部分） 第四章 为IM 启用填充对象之启用和禁用列（IM-4.3 第三部分） 第四章 为IM 启用填充对象之在NO INMEMORY表上指定INMEMORY列属性：示例（IM-4.4 第四部分） 第四章 为IM 启用填充对象之启用和禁用表空间的IM列存储（IM 4.5） 第四章 为物化视图启用和禁用IM列存储（IM 4.6） 第四章 为IM 启用填充对象之强制填充In-Memory 对象：教程（IM 4.7） 第四章 为IM 启用填充对象之为IM列存储启用ADO（IM 4.8） 第五章 使用In-Memory表达式优化查询（IM 5.1） IM表达式的目的（IM 5.2） IM表达式如何工作
1.6K20编辑于 2022-04-23 - 来自专栏即时通讯技术
IM消息ID技术专题(七)：网易严选分布式ID的技术选型、优化、落地实践
本篇中的订单ID虽然不同于IM系统中的消息ID，但其技术实践仍然相通，希望能给你的IM系统消息ID技术选型也来更多的启发。 3、系列文章本文是系列文章中的第7篇，本系列总目录如下：《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇）》《IM消息ID技术专题(二)：微信的海量IM聊天消息序列号生成实践 （容灾方案篇）》《IM消息ID技术专题(三)：解密融云IM产品的聊天消息ID生成策略》《IM消息ID技术专题(四)：深度解密美团的分布式ID生成算法》《IM消息ID技术专题(五)：开源分布式ID生成器UidGenerator 的技术实现》《IM消息ID技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》《IM消息ID技术专题(七)：网易严选分布式ID的技术选型、优化、落地实践》（* 本文）4、为什么需要分布式ID 5、我们的分布式ID架构原理5.1 技术选型下表是业内常见的分布式ID解决方案：综合考虑是否支持水平扩展以及能够显示指定ID长度，最终选择的是Leaf的Segment模式（详见《深度解密美团的分布式ID
46420编辑于 2022-11-03 - 来自专栏Albert陈凯
2018-11-23 一个公司的图数据的选型
因为我之前都要使用博客记录的习惯 所以下面很多链接都链接向我自己写的博客上的 所以导致下面看起来内容不多 其实下面内容还是有的
1.6K40发布于 2018-12-17 - 来自专栏即时通讯技术
IM开发快速入门(一)：什么是IM系统？
2、系列文章目录 《IM开发快速入门(一)：什么是IM系统？》（* 本文） 《IM开发快速入门(二)：什么是IM系统的实时性？ (稍后发布)》 《IM开发快速入门(三)：什么是IM系统的可靠性？ (稍后发布)》 《IM开发快速入门(四)：什么是IM系统的一致性？ (稍后发布)》 《IM开发快速入门(五)：什么是IM系统的安全性？ (稍后发布)》 《IM开发快速入门(六)：什么是IM系统的的心跳机制？ (稍后发布)》 《IM开发快速入门(七)：如何理解并实现IM系统消息未读数？ 下面这些场景是我们大家都熟悉的，都用到了IM技术： 1）微信、qq、钉钉等主流IM应用：这是IM技术的典型应用场景； 2）微博、知乎等社区应用：它们利用IM技术实现了用户私信等点对点聊天； 3）抖音、快手等直播 以下文章适合IM架构设计入门，有兴趣可以读一读： 《浅谈IM系统的架构设计》 《简述移动端IM开发的那些坑：架构设计、通信协议和客户端》 《从游击队到正规军(一)：马蜂窝旅游网的IM系统架构演进之路》
3.4K22发布于 2020-07-09 - 来自专栏即时通讯技术
基于Netty，徒手撸IM(一)：IM系统设计篇
注意：本系列是给IM初学者的文章，IM老油条们还望海涵，勿喷！ ，有的只是从IM入门者的角度的思路和实战，适合IM初学者阅读。 2、知识准备* 重要提示：本系列文章主要是代码实战分享，如果你对即时通讯（IM）技术理论了解的不多，建议先详细阅读：《零基础IM开发入门：什么是IM系统？》、《新手入门一篇就够：从零开发移动端IM》。 (一)：IM系统设计篇》（* 本文）《基于Netty，徒手撸IM(二)：编码实践篇（单聊功能）》《基于Netty，徒手撸IM(三)：编码实践篇（群聊功能）》《基于Netty，徒手撸IM(一)：编码实践篇 [11] 基于实践：一套百万消息量小规模IM系统技术要点总结[12] 探探的IM长连接技术实践：技术选型、架构设计、性能优化（本文已同步发布于：http://www.52im.net/thread-3963
2.7K12编辑于 2022-07-04 - 来自专栏即时通讯技术
一套分布式IM即时通讯系统的技术选型和架构设计
3、技术选型 在技术选型上，除了采用SpringBoot等基础框架外，也会采用容器化方案。 同时，考虑到为了尽量降低技术门槛，在整个分布式IM即时通讯系统的技术选型中，主要采用市面上比较流行的技术框架和方案。 6）持久层框架：MyBatis、Mybatis-Plus； 7）服务配置、服务注册与发现：Nacos； 8）消息中间件：RocketMQ； 9）网络通信：Netty； 10）文件存储：Minio； 11 （本文已同步发布于：http://www.52im.net/thread-4564-1-1.html） 11、相关资料 [1] 浅谈IM系统的架构设计 [2] 简述移动端IM开发的那些坑：架构设计、通信协议和客户端 系统 [9] 企业微信的IM架构设计揭秘：消息模型、万人群、已读回执、消息撤回等 [10] 融云技术分享：全面揭秘亿级IM消息的可靠投递机制 [11] 阿里IM技术分享(三)：闲鱼亿级IM消息系统的架构演进之路
4.6K04编辑于 2024-01-16 - 来自专栏即时通讯技术
抖音技术分享：飞鸽IM桌面端基于Rust语言进行重构的技术选型和实践总结
1）历史技术选型，包含者成本、人力、效率等考量，飞鸽客户端使用的技术栈是react + electron：* im sdk与业务渲染代码都由 js 编写，im sdk同时是cpu密集型 & io 密集型的组件 通过POC，我们得出的结论是：具体就是：1）rust 整体优于 js，计算占比越重，优势越明显（高压时cpu差别能到达3倍以上）；2）架构选型上，rust进程独立是最好的方案，稳定性更优、性能损耗相差较小 调用简化模型：IM Core简化模型：11、新架构实施阶段4：基于稳定的RustIM SDK实现形态升级最后的阶段，我们基于完善的Rust IM SDK的能力进行形态的升级。 的移动端跨端改造实践[2] IM开发干货分享：有赞移动端IM的组件化SDK架构设计实践[3] IM开发干货分享：我是如何解决大量离线消息导致客户端卡顿的[4] 如约而至：微信自用的移动端IM网络层跨平台组件库 Electron的IM跨平台SDK改造实践总结[11] 抖音技术分享：抖音Android端手机功耗问题的全面分析和详细优化实践[12] 社交软件红包技术解密(十二)：解密抖音春节红包背后的技术设计与实践
78910编辑于 2024-02-29 - 来自专栏gglinux.com
IM系统设计
即时通讯（Instant Messaging，简称IM）是一个实时通信系统，允许两人或多人使用网络实时的传递文字消息、文件、语音与视频交流。实现方式有两种。 总体架构图 时序图 详细实现 接入层实现 接入层的目的：1保证IM服务的可靠性，避免用户同时集中在同一聊天服务器中。2当聊天服务器压力过大时，能实现扩容。 客户端请求接入IM，调用接入API。参数为:接入类型(群聊，私聊)，接入uid，群聊ID 群聊：保证隶属同群ID的用户落在同一Socket实例上。 http://gglinux.com/2017/04/15/IM_design/
4.2K81发布于 2019-02-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号