综合思考业务场景、零碎复杂度、网络流量、终端能耗等，咱们的亿级分布式IM音讯零碎精心设计了音讯收发机制，并一直打磨优化，造成了当初的音讯牢靠投递机制。

本次为次要版本更新（本次更新内容见文末“MobileIMSDK v6.0更新内容 ”一节），强势降级，将同时反对TCP、UDP、WebSocket三种协定，精心封装之下，实现同一套API、三种协定同时并存。

Andriod端比拟奇葩（次要指国内的手机），为了实现离线推送，各种保活黑科技层出不穷，随着保活难度的一直降级，能够应用的保活伎俩也是越来越少，有趣味能够读一读我整顿的上面这些文章，感受一下（文章是按工夫程序，随着Andriod零碎保活难度的晋升，一直进阶的）。

本文总结了阿里闲鱼技术团队应用Flutter在对闲鱼IM进行挪动端跨端革新过程中的技术实际等，文中比照了传统Native与当初大热的Flutter跨端计划在一些次要技术实现上的差别，以及针对Flutter技术特点的具体技术实现，值得同样筹备应用Flutter开发IM的技术同行们借鉴和参考。

即时通讯网整顿的大量IM技术文章中（见本文末“参考资料”一节），无关音讯可靠性和一致性问题的文章占了很大比重，起因是IM这类零碎抛开各种目迷五色的产品性能和技术个性，保障音讯的可靠性和一致性简直是IM产品必须的素质。

对Web端即时通讯技术相熟的开发者来说，咱们回顾网页端IM的底层通信技术，从短轮询、长轮询，到起初的SSE以及WebSocket，应用门槛越来越低（晚期的长轮询Comet这类技术理论属于hack伎俩，应用门槛并不低），技术手段越来越先进，网页端即时通讯技术的体验也因而越来越好。

丛所周之，HTTP协定是一种无状态、基于TCP的申请/响应模式的协定，即申请只能由客户端发动、由服务端进行响应。在大多数场景，这种申请/响应的Pull模式能够满足需要。但在某些情景：例如音讯推送（IM中最为常见，比方IM的离线音讯推送）、实时告诉等利用场景，须要实时将数据同步到客户端，这就要求服务端反对被动Push数…

本文原题“百度直播音讯服务架构实际”，由百度APP音讯中台团队原创分享于“百度Geek说”公众号，为了让文章内容更通俗易懂，本次已做排版优化和内容从新划分，原文链接在文末。

明天的干货分享是对于“浏览回执”性能，这是一个很广泛的性能，然而针对应用融云的 SDK 去实现，还是有些坑在等着咱们的，上面就开始分（bì）享（kēng）喽～

我的项目用的融云，IMKit SDK（自带 UI），然而在应用会话列表的时候，cell 选中和长按的时候默认是灰色的。设计说须要改啊，那就钻研一下如何批改吧。废话不多说，间接继承 RCConversationListViewController，而后重写以下办法 1.以下代码是去掉选中色彩的