1、引言IM系统中，特别是在企业应用场景下，消息的已读未读状态是一个强需求。以阿里的钉钉为例，钉钉的产品定位是用于商务交流，其“强制已读回执”功能，让职场人无法再“假装不在线”、“假装没收到”。更有甚者，钉钉的群聊“强制已读回执”功能，甚至能够知道谁读了消息，谁没有读消息（老板的福音啊）。▲ 钉钉里的群聊消息已读未读功能效果功能看起来很酷，但用起来是一言难尽（上班族心里苦....）。实际上，技术实

1、引言IM应用的初学者们，在补全了各种基础技术知识后（如果您仍不具备这些知识，建议马上阅读《新手入门一篇就够：从零开发移动端IM》），在动手编码实践时，很多时候纠结的并不是功能该如何实现，而是这个功能该实现成什么样（没有经验，我特玛能找谁问问？）。比如，最常见的纠结有以下这些：1）离线聊天消息该保存多久？2）好友请求应该保存多久？3）短视频消息中的视频时长设为多大合适？4）图片、短视频、语音这些

本文原题为“公司IM聊天系统改造升级之路”，由作者“刘莅”授权整理和发布，内容有些许改动，作者公众号：OutOfMemoryError。如需转载，请联系作者获得授权。1、引言好久没写技术文章了，今天这篇不是原理性文章，而是为大家分享一下由笔者主导开发实施的IM即时通讯聊天系统，针对大量离线消息（包括消息漫游）导致的用户体验问题的升级改造全过程。文章中，我将从如下几个方面进行介绍：1）这款IM产品的

1、引言上个月在知乎上发表的由“袁辉辉”分享的关于TIM进程永生方面的文章（即时通讯网重新整理后的标题是：《史上最强Android保活思路：深入剖析腾讯TIM的进程永生技术》），短时间内受到大量关注，可惜在短短的几十个小时后，就在一股神秘力量的干预下被强行删除了。。。▲ 该文在知乎上从发布到删除的时间历程（中间省略了N条读者的评论）在《史上最强Android保活思路：深入剖析...

1、引言很多人一想到IM应用开发，第一印象就是“长连接”、“socket”、“保活”、“协议”这些关键词，没错，这些确实是IM开发中肯定会涉及的技术范畴。但，当你真正开始编写第一行代码时，最现实的问题实际上是“聊天消息ID该怎么生成？”这个看似微不足道的小事情。说它看似微不足道，是因为在IM里它太平常了，处处可见它的身影。不过，虽然看似微不足道，但实际却很重要，因为它的生成算法和生成策略的...