- 综合排序
- 最热优先
- 最新优先
- 来自专栏人称T客
调研|移动IM厂商如何吸引企业用户？
移动IM潜在市场巨大 ? 根据数据显示，超过半数的企业已使用移动IM，可见移动IM潜在市场非常巨大。那么企业用户在选择移动IM厂商时主要考虑哪些因素呢？ 服务和价格合理性是厂商“弯道超车”的机会点 ? 企业用户在选择IM厂商时首先考虑的是产品的服务能力和产品的价格。 移动IM的发展已经相对成熟，市场上产品同质化程度较高，不同的IM厂商通过提供差异化服务来吸引企业用户。厂商的服务是否更契合于企业用户需求成为其选型阶段的重要考量因素之一。 移动IM的主要用户群体是中小型企业，中小型企业对价格较为敏感，而厂商又制定了适用于不同需求的定价策略，如何以最低成本的导入移动IM成为中小企业用户选型阶段的重要考量因素之一。 针对大型企业，厂商应该加强对“培训服务”质量的把控 ? 不同规模的企业在选择移动IM厂商时考虑的因素差异较大，其中差异最明显的是对“培训支持”的考虑，大型企业对移动IM产品的“培训支持”较为重视。
1K90发布于 2018-03-23 2026年IM SDK深度评测：主流厂商全解析
2026年IM SDK深度评测：主流厂商全解析在移动互联网的大环境下，实时通信能力已然成为众多App竞争力的关键所在。 一、主流IM SDK厂商功能对比（一）云屋科技 优势方面 技术沉淀深厚：长期以来在IM、音视频等核心通信技术领域不断投入研发力量，积累了丰富的技术经验。 同质化竞争：基本的IM功能与其他厂商相比差异不大，在定制化的灵活性方面可能比不上一些专门从事IM研发的厂商。 AI创新：虽然AI能力强大，但是在IM SDK中的深度整合以及场景化应用还有待进一步提高。 （四）环信 优势方面 老牌IM厂商：具备丰富的行业经验，并且积累了大量的客户资源。 三、开发者集成IM SDK的常见问题（一）数据安全和用户隐私头部的IM SDK厂商都会提供多方面的安全保障措施，像传输加密、存储加密以及端到端加密等。
32110编辑于 2026-01-192026年IM（即时通讯）厂商如何选型？
在移动互联网深度渗透的背景下，即时通讯（IM）早已从“功能模块”演变为“基础设施能力”。 当前国内IM市场已形成多家成熟厂商并存的格局，环信、融云、网易云信、腾讯云IM等均具备较强技术沉淀与行业覆盖能力。 环信环信（easemob）作为国内较早布局IM云服务的厂商之一，经过多年架构演进与行业实践沉淀，在架构稳定性、功能丰富度、安全合规能力与场景落地能力方面形成体系化优势。 国内其他主流IM厂商概览国内IM生态成熟，各家厂商在不同领域具备特色能力。融云以全球化能力与AI融合为特色，日消息峰值达3572亿，服务可用性超过99.95%，部署覆盖233个国家和地区。 腾讯云IM继承QQ与微信的通信技术积累，与腾讯生态体系高度协同，在社交、电商场景具备生态优势。总结：如何做IM技术选型？IM选型本质上是对稳定性、扩展性、合规能力与研发效率的综合权衡。
25010编辑于 2026-02-22- 来自专栏人称T客
报告|移动IM厂商从何种途径有效的教育企业用户？
T客汇官网：tikehui 撰文 |移动信息化研究中心分析师 于秀欣 近年来，企业级IM市场越来越火热，随着移动互联网的来临，移动IM也备受企业级市场的青睐，企业希望将此成为员工沟通交流的载体，但是在互联网信息铺天盖地的现在 ，从何种渠道有效的教育企业用户是却是厂商的一大困扰。 1.移动IM走在“企业标配工具”的路上 ? 根据数据显示，超过半数的企业已使用移动IM。由于移动IM即时性强、可追溯性强，很多企业更愿意通过移动IM进行试水。 那么厂商是从何种渠道有效的教育企业用户的呢？ 2. 厂商利用线上信息渠道教育用户颇见成效 ? 中大型企业更倾向于通过专业技术、产品论坛、系统集成商、传统互联网媒体、第三方信息咨询机构、厂商销售部门和移动社交媒体获取移动IM产品信息，但是在这几种获取产品信息的途径中，第三方信息咨询机构获取信息的有效性较低
84870发布于 2018-03-23 - 来自专栏用户8186044的专栏
当今 全球最强 10大 ERP 厂商
这份十大最强大 ERP 厂商榜单考虑到了，对大多数企业而言，选择厂商主要基于两个维度：组织规模和所需的具体 ERP 模块。 一些厂商（例如微软的 Copilot）已抢占先机；其他厂商则在奋力追赶。 就市场份额而言，巨头三强（SAP、Oracle、Microsoft）与其他厂商之间存在明显分界。 关键数据： 快速增长的 Acumatica 表示其现有超过 10,000 家客户。 10. 关键数据： 10 亿美元：QAD 为收购 Redzone 支付的预估金额。
30910编辑于 2026-03-22 - 来自专栏音视频咖
你问我答 | 即时通信IM（2021年8月-10月）
即时通信IM 你问我答 第2季 本期共解答10个问题 Q1：即时通信IM是否支持海外数据独立部署？ Q2：IM 专业版与旗舰版是否有日活跃用户数（DAU）的限制？ Q4：即时通信 IM 数据存储在哪里？ 如果您使用的是腾讯云中国站的 IM 服务，默认数据存储在中国站点（服务全球可用）。 Q8：IM发送表情，消息列表显示为空、或者乱码？ 即时通信 IM 不提供表情包，具体的解析需要自己对齐。 Q10：即时通信IM群 @ 消息怎么处理？ 群内 @ 消息与普通消息没有本质区别，仅是在被 @ 的人收到消息时，需要在 UI 上做特殊处理。例如 QQ 的消息列表中会有标红提示。
1.3K70编辑于 2021-12-11 - 来自专栏数据库与编程
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开发快速入门(一)：什么是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(一)：编码实践篇 [8] 一套亿级用户的IM架构技术干货(上篇)：整体架构、服务拆分等[9] 一套亿级用户的IM架构技术干货(下篇)：可靠性、有序性、弱网优化等[10] 从新手到专家：如何设计一套亿级消息量的分布式IM系统
2.7K12编辑于 2022-07-04 从 50ms 到 < 10ms：IM 系统性能优化实战
从50ms到<10ms：IM系统性能优化实战在IM系统中，响应时间直接影响体验。本文介绍AQChat如何将消息发送响应时间从50ms优化到<10ms。 (userId);//2.查询房间信息（数据库查询，5-10ms）RoomInforoom=roomService.getRoomInfo(roomId);//3.消息去重检查（数据库查询，5-10ms =null&&messageIds.contains(msgId);}}优化效果：用户信息查询：从数据库5-10ms降到Redis<1ms房间信息查询：从数据库5-10ms降到Redis<1ms消息去重 数据库查询房间信息查询5-10ms数据库查询消息去重查询5-10ms数据库查询消息广播10-20ms同步处理消息持久化20-30ms数据库写入总响应时间50-80ms-优化后性能：操作耗时说明用户信息查询 5.性能优化需要持续监控和调整通过以上优化，AQChat的响应时间从50ms降到<10ms，用户体验得到明显提升。
20210编辑于 2025-12-27- 来自专栏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 - 来自专栏数据库与编程
第四章 为IM 启用填充对象之为IM列存储启用ADO（IM 4.8）
（续）(IM-1.2) 第二章 Oracle Database In-Memory 体系结构(上) (IM-2.1) 第二章 In-Memory 体系结构 (IM-2.2) 第二章 IM 体系结构：CPU 架构：SIMD向量处理（IM-2.3） 第三章 启用和调整IM列存储的大小（IM-3.1） 第四章 为In-Memory 启用填充对象（IM-4.1 第一部分） 第四章 为In-Memory 启用填充对象 （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 启用填充对象之为IM列存储启用ADO（IM 4.8） 为IM列存储启用ADO 信息生命周期管理（ILM）是一组用于管理从创建到归档或删除的数据的过程和策略
2K20编辑于 2022-04-23 - 来自专栏数据库与编程
数据库如何填充IM表达式（IM 5.4）
上接IM 5.3。本章为IM系列第五章 使用In-Memory表达式优化查询第四部分数据库如何填充IM表达式。 相关概念（续）(IM-1.2) 第二章 Oracle Database In-Memory 体系结构(上) (IM-2.1) 第二章 In-Memory 体系结构 (IM-2.2) 第二章 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） IM表达式的目的（IM 5.2） IM表达式如何工作
1.2K30编辑于 2022-04-23 - 来自专栏芯智讯
国产存储厂商刚被打压，三星NAND Flash立马涨价10%
12月21日消息，据中国台湾媒体DigiTimes报道称，随着国产NAND Flash闪存芯片大厂长江.存储遭到制裁，部分PC厂商不得不暂停与其合作，这也使得这部分对于存储芯片的需求转向了其他NAND 在此背景之下，三星也将其3D NAND Flash闪存芯片的报价提高了10%。 虽然，SK海力士、美光、铠侠/西部数据也有机会获得转单，但三星毕竟是全球第一大NAND闪存供应商，也是最大受益者。 长存虽然成立才6年，不仅技术追平了一线厂商，同时还拿下了NAND Flash市场大约5%的份额。尽管不算多，这个速度已经足以让巨头们忌惮。
38820编辑于 2023-02-09 - 来自专栏aPaaS和低代码
低代码选型避坑：CIO必须拷问厂商的10个灵魂问题
这一状况致使企业业务系统和厂商严重绑定，平台难以得到升级，替换代价巨大。 当厂商仅展示基础的审批拖拽功能时，CIO当场直击要害：“如何实现审批节点的动态分支？ 但在高频业务进行中，面对高达10万TPS的流量冲击，导致所有应用全面崩溃。公司架构师在复盘时发现，厂商刻意隐瞒了“平台默认仅支持千级并发、所有应用及应用跟平台强耦合”的关键信息，导致严重后果。 低代码厂商筛选策略：要求厂商提供至少3个以上同行业案例的深度白皮书，且不是泛泛而谈的通稿式宣传，而是详细的实践总结。 要求厂商明确承诺 “永不停止服务”，或提前制定并提供可靠的替代方案，降低企业风险。10成本结构是否透明可控？
23310编辑于 2025-07-21 - 来自专栏joealzhou
iOS自建IM相关
--约定格式：7-10字节为bid--> header.bid = [input readInt]; <! 平常客户端与服务器都是使用JSON或者XML格式，但是在IM方面Protocol Buffer数据交换会更快，并且数据量更小。因为它是一种二进制数据传输格式。
1.1K30发布于 2021-06-02 - 来自专栏云计算D1net
IaaS：国外厂商涌入 中国厂商“反攻”海外
不断有国外服务商涌入这一市场，国内也有数据中心服务提供商、电信运营商、电商企业甚至硬件厂商挤进这一行。 厂商、用户对云计算、云服务的概念仍有争论，技术架构、商业模型没有一定之规。 一些先期在中国落地的国外厂商提供的云服务，其客户数量一年来没有大的增长。 无独有偶，腾讯云也于2014年5月10日宣布全面降价，最高降幅超过50%。对于云服务商来讲，降价是很正常的一件事。 世纪互联拥有10多年积累下来的基础设施资源和经验，对本土用户的需求有深刻了解，再加上微软全球领先的云研发技术和用户体验积累，实现了强强联合。 现在，企业用于云计算的预算只占IT整体预算的不足10%，低的甚至达不到5%。这说明广大的企业用户对云计算还持怀疑和观望态度。究其原因，主要是国内能提供真正满足企业用户需求的服务的厂商并不多。
1.7K40发布于 2018-03-19 - 来自专栏KAAAsS's Blog
IM9 Helper
文章目录[隐藏] WHATs IM9 HELPer??? 开发笔记 16.6.24~6.26 脑洞KIRA⭐ 大家好这里是KAAAsS，今天的开发笔记是我们Bilibili兴趣圈程序员联盟（BCPU）的作品——IM9 Helper。 WHATs IM9 HELPer??? IM9 Helper，是一个给兴趣圈管理人员使用的，用于兴趣圈各方面数据的统计书签脚本。这句话定语好多。大致功能就是分析数据，不过目前还只是统计绘图的作用。
1K40编辑于 2022-01-13 - 来自专栏用户6132544的专栏
手机厂商求变
但是近年来，随着智能手机市场逐渐饱和，直接的结果就是各个手机厂商们开始愈发内卷，打着性价比旗号的小米是其中最卷的一个。 于是，从手机厂商的角度来看，小米陷入了“销量高，利润低”的怪圈——在卷生卷死中，大家都挣不到钱。 从技术的角度来看，中国的手机厂商们不仅在软件层面受制于人，硬件上也只能在一些比较边缘的技术上游走。 其一，我们能够发现国内一众安卓厂商的底层操作系统都来源于谷歌发起的AOSP，此前只有华为凭借鸿蒙能够一定程度上独立自主，这对其他手机厂商来说就意味着“你能做的，别人也能做”，更意味着“你不做的，别人就会想方设法去做 ，而技术力的低下则使得手机厂商进一步深陷泥沼。
78220编辑于 2022-07-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号