- 综合排序
- 最热优先
- 最新优先
- 来自专栏架构师之路
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 - 来自专栏即时通讯技术
移动端IM系统的协议选型：UDP还是TCP？
从PC时代的IM开始，IM开发者就在为数据传输协议的选型争论不休（比如：《为什么QQ用的是UDP协议而不是TCP协议？》这样的问题，隔一段时间就能在社区里看到）。 （本文同步发布于：http://www.52im.net/thread-33-1-1.html） 2、学习交流 - 移动端IM开发推荐文章：《新手入门一篇就够：从零开发移动端IM》 3、参考资料 《为什么 这些问题都是讨论�移动端IM、消息推送等类似话题时，几乎一定被问到的问题。这里尝试正本清源一下。 6、智能终端电池续航能力，系统休眠 智能终端设备的电池续航能力始终是技术瓶颈。在连续使用的情况下，绝大部分智能设备电池无法支持两个小时以上。 （本文同步发布于：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- 来自专栏数据库与编程
使用连接组优化连接 (IM 6)
本章为IM系列第6章 使用连接组优化连接。 连接组是用户创建的字典对象，其中列出了可以有意义连接的两列。 示例6-1创建连接组 本示例创建名为deptid_jg的连接组，其中包括hr.employees和hr.departments表中的 department_id列。 图6-2连接组的通用字典 当数据库使用通用字典时，每个CU的本地字典不存储原始值：Audi，BMW等。 相反，本地字典存储对通用字典中存储的值的引用。 为了简化示例，假定sales 表只有6行。 示例6-2使用连接组优化查询 在本例中，您以SYSTEM的身份登录到数据库，然后在sales 和products的prod_id列上创建连接组，该列尚未填充到IM列存储中： CREATE INMEMORY
1.7K30编辑于 2022-04-23 - 来自专栏IT技术精选文摘
IM系统的MQ消息中间件选型：Kafka还是RabbitMQ？
1、前言 在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此 但市面上的MQ消息中间件产品很多，作为IM系统中必不可少的一环，我们该如何选型？那么请继续阅读本文。 6、具体技术选型指标1：功能维度 功能维度又可以划分个多个子维度，大致可以分为以下这些。 ? 6、具体技术选型指标2：性能 功能维度是消息中间件选型中的一个重要的参考维度，但这并不是唯一的维度。 消息中间件犹如小马过河，选择合适的才最重要，这需要贴合自身的业务需求，技术服务于业务，大体上可以根据上一节所提及的功能、性能等 6 个维度来一一进行筛选。
2K30发布于 2018-06-22 - 来自专栏即时通讯技术
IM系统的MQ消息中间件选型：Kafka还是RabbitMQ？
但市面上的MQ消息中间件产品很多，作为IM系统中必不可少的一环，我们该如何选型？那么请继续阅读本文。 6、具体技术选型指标1：功能维度 功能维度又可以划分个多个子维度，大致可以分为以下这些。 7、具体技术选型指标2：性能 功能维度是消息中间件选型中的一个重要的参考维度，但这并不是唯一的维度。 消息中间件犹如小马过河，选择合适的才最重要，这需要贴合自身的业务需求，技术服务于业务，大体上可以根据上一节所提及的功能、性能等 6 个维度来一一进行筛选。 ：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系统中必不可少的一环，我们该如何选型？那么请继续阅读本文。 6、具体技术选型指标1：功能维度 功能维度又可以划分个多个子维度，大致可以分为以下这些。 消息中间件犹如小马过河，选择合适的才最重要，这需要贴合自身的业务需求，技术服务于业务，大体上可以根据上一节所提及的功能、性能等 6 个维度来一一进行筛选。
1.3K20编辑于 2022-04-13 - 来自专栏即时通讯技术
探探的IM长连接技术实践：技术选型、架构设计、性能优化
本文将要分享的是陌生人社交应用探探的IM长连接模块从技术选型到架构设计，再到性能优化的整个技术实践过程和经验总结。 6年Go语言开发经验，曾用Go语言构建多个大型Web项目，其中涉及网络库、存储服务、长连接服务等。专注于Go语言实践、存储服务研发及大数据场景下的Go语言深度优化。 （▲ 上图引用自《移动端IM/推送系统的协议选型：UDP还是TCP？》） TCP实现长连接的四个问题: 1）移动端的消息量还是比较稀疏，用户每次拿到手机之后，发的消息总数比较少，每条消息的间隔比较长。 （本文已同步发布于：http://www.52im.net/thread-3780-1-1.html） 14、参考资料 [1] 移动端IM/推送系统的协议选型：UDP还是TCP？ [4] 一文读懂即时通讯应用中的网络心跳包机制：作用、原理、实现思路等 [5] 微信团队原创分享：Android版微信后台保活实战分享(网络保活篇) [6] 移动端IM实践：实现Android版微信的智能心跳机制
2K20编辑于 2021-12-14 - 来自专栏用户4215420的专栏
即时通讯(im)框架系统开发思考(1)-通讯协议选型
1.前言： 近来笔者接到公司的一个IM开发需要，要在原来的Web业务系统、移动端系统上加入一个即时聊天的功能，具有就是能聊天就行。 相信各位也会接到需要开发IM的系统的任务，那么，开发一个im系统应选用哪种通讯协议? 开发成本高，如要支持多个平台, 每个客户端都需要定制，IM方面的开源社区不活跃，技术文档少。 跨平台: 差, 每个客户端都需要实现MQTT的聊天协议。
3.3K00发布于 2020-06-14 - 来自专栏腾讯云文档
【优秀最佳实践展播】第6期：即时通信 IM
“产品使用攻略”、“上云技术实践” 有奖征集啦～ [cpyrrbu5tu.png] 案例名称 案例简介 实现直播群功能 介绍如何使用即时通信 IM 实现直播群的功能。 实现小程序直播带货 介绍如何使用即时通信 IM 搭建直播带货平台。 Web 直播互动组件 介绍如何使用即时通信 IM 与实时音视频 TRTC 联动集成 WebRTC 直播互动功能。 实现群组成员禁言/取消禁言 介绍如何使用即时通信 IM（Web &小程序端）对群成员禁言及取消禁言的功能。 实现微信订阅号客服系统 介绍如何在微信订阅号客服系统中集成即时通信 IM。
91130编辑于 2022-05-25 - 来自专栏即时通讯技术
IM跨平台技术学习(三)：vivo的Electron技术栈选型、全方位实践总结
、打包、踩坑等)》《IM跨平台技术学习(三)：vivo的Electron技术栈选型、全方位实践总结》（* 本文）《IM跨平台技术学习(四)：蘑菇街基于Electron开发IM客户端的技术实践》（稍后发布 .. ）《IM跨平台技术学习(五)：融云基于Electron的IM跨平台SDK改造实践总结》（稍后发布.. ）《IM跨平台技术学习(六)：网易云信基于Electron的IM消息全文检索技术实践》（稍后发布 4、开发技术栈选型4.1编程语言选型我们最终选择的是Typescript，理由如下。 我在项目中使用 yarn 安装依赖，然后执行上述命令后，发现打包体积减少了 6M ， 虽然不多，但也还可以。 6、版本更新实践6.1全量更新全量更新就是通过下载最新的包或者 zip 文件，进行软件更新，需要替换所有的文件。
2K31编辑于 2022-09-29 - 来自专栏即时通信IM
腾讯云即时通信IM支持IPv6啦！
3、无状态自动配置：一个IPv6设备根据本身分配一个独特link-local IPv6的地址 4、独立或不独立于提供商的编址 IPv6对腾讯云即时通信IM有什么影响？ 为了让用户在使用即时通信IM（下文简称"IM"）中能获得最佳的效果，腾讯云IM的 iOS 和 Android系统现已支持 IPv6版本了！ 这意味着当用户在使用最新版IM时，能体验到以下几个功能： 接入更便捷 IPv6加入了对自动配置（Auto Configuration）的支持。 介绍了这么多，正在使用IM的用户们赶紧来感受IPv6带给我们的非一般的体验吧！ 登录腾讯云即时通信IM立刻升级体验！ ? 腾讯云即时通信 IM 提供覆盖全球的高连通、高可靠、强安全的网络连接通道，自研多重最优寻址算法，具有全网调度能力，终端在海外登录时，IM SDK 会访问就近接入点或加速点，是全球化运营企业在通信云服务的最佳选择
5.6K20发布于 2020-06-19 企业ESB选型Checklist，这6个指标值得关注！
今天，我想从一线架构师的实战经验出发，梳理一份企业ESB集成平台选型评估Checklist，共6个关键指标。 ESB集成平台选型指标1：技术架构必备能力 分布式架构支持：是否采用去中心化架构，支持水平扩展 云原生兼容：是否支持Kubernetes部署和微服务架构 高可用保障：是否具备故障自动转移和恢复机制 信创适配 ：是否支持国产化芯片、操作系统和数据库 ESB集成平台选型指标2： 集成连接能力 协议支持完备性：是否支持HTTP/S、SOAP、REST、JMS、FTP、JDBC等主流协议 连接器丰富度：是否提供300 /SSL加密传输 身份认证：是否支持OAuth2、JWT等认证方式 访问控制：是否提供细粒度权限管理 合规性认证：是否满足等保2.0和行业监管要求 ESB集成平台选型指标6：成本与支持考量 许可模式：是否提供灵活的分级许可方案 集成平台不是“一次性采购”的硬件，而是持续支撑业务创新的基础设施，选型时多花点时间做调研、做评估，未来可能节省半年的运维痛苦。
36910编辑于 2025-09-17- 来自专栏数据库与编程
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技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》《IM消息ID技术专题(七)：网易严选分布式ID的技术选型、优化、落地实践》（* 本文）4、为什么需要分布式ID 5、我们的分布式ID架构原理5.1 技术选型下表是业内常见的分布式ID解决方案：综合考虑是否支持水平扩展以及能够显示指定ID长度，最终选择的是Leaf的Segment模式（详见《深度解密美团的分布式ID 215min < T < 30min，nextStep = stepT > 30min，nextStep = step / 2(初始指定step <= nextStep <= 最大值(自定义：100W))6、
46420编辑于 2022-11-03 - 来自专栏即时通讯技术
IM开发快速入门(一)：什么是IM系统？
/短视频应用：它们利用IM技术实现了与主播的实时互动； 4）米家等智能家居物联网应用：利用IM技术实现实时控制、远程监控等； 5）滴滴、Uber等共享家通类应用：利用IM技术实现位置共享； 6）在线教育类应用 6、IM技术的特点 IM技术的特点主要就是以下4点： ▶ 1）实时性： 对于IM系统，“实时”二字是精髓，也是这项技术存在关键意义所在。 ）消息存储； 6）消息未读数。 6）当收到的消息时序有错乱，该怎么处理？ ▶ 5）消息存储： 消息存储这个功能好理解，聊天的消息如果存储，下次再聊的时候就不知道之前聊过什么，做不到这一点，这个IM系统的聊天体验好不起来。 》 《现代IM系统中聊天消息的同步和存储方案探讨》 《社交软件红包技术解密(六)：微信红包系统的存储层架构演进实践》 ▶ 6）消息未读数： 消息未读数？
3.4K22发布于 2020-07-09 - 来自专栏即时通讯技术
基于Netty，徒手撸IM(一)：IM系统设计篇
注意：本系列是给IM初学者的文章，IM老油条们还望海涵，勿喷！ ，有的只是从IM入门者的角度的思路和实战，适合IM初学者阅读。 6、IM群聊思路设计群聊指的是一个组内多个用户之间的聊天，一个用户发到群组的消息会被组内任何一个成员接收 。具体架构思路如下所示：如上图所示，群聊通讯流程解析如下。 、通信协议和客户端[5] 一套海量在线用户的移动端IM架构设计实践分享(含详细图文)[6] 一套原创分布式即时通讯(IM)系统理论架构方案[7] 一套高可用、易伸缩、高并发的IM群聊、单聊架构方案设计实践 [11] 基于实践：一套百万消息量小规模IM系统技术要点总结[12] 探探的IM长连接技术实践：技术选型、架构设计、性能优化（本文已同步发布于：http://www.52im.net/thread-3963
2.7K12编辑于 2022-07-04 - 来自专栏即时通讯技术
一套分布式IM即时通讯系统的技术选型和架构设计
3、技术选型 在技术选型上，除了采用SpringBoot等基础框架外，也会采用容器化方案。 同时，考虑到为了尽量降低技术门槛，在整个分布式IM即时通讯系统的技术选型中，主要采用市面上比较流行的技术框架和方案。 6、容器化架构设计 为进一步增强分布式IM即时通讯系统的性能、可用性和弹性伸缩能力，我们可以对分布式IM即时通讯系统进行容器化架构设计，如下图所示。 ，同时会根据用户ID和所在的终端将连接的IM即时通讯服务的ID缓存到Redis； 6）用户发送消息时，会根据目标用户的ID和终端从Redis中获取IM即时通讯服务的ID，进而向当前IM即时通讯服务的ID [6] 一套亿级用户的IM架构技术干货(上篇)：整体架构、服务拆分等 [7] 一套亿级用户的IM架构技术干货(下篇)：可靠性、有序性、弱网优化等 [8] 从新手到专家：如何设计一套亿级消息量的分布式IM
4.6K04编辑于 2024-01-16 - 来自专栏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号