《跟着源码学IM(一)：手把手教你用Netty实现心跳机制、断线重连机制》《跟着源码学IM(二)：自已开发IM很难？手把手教你撸一个Andriod版IM》《跟着源码学IM(三)：基于Netty，从零开发一个IM服务端》《跟着源码学IM(四)：拿起键盘就是干，教你徒手开发一套分布式IM零碎》《跟着源码学IM(五)：正确理解IM长连贯、心跳及重连…

本次更新为主要版本更新，进行了若干优化（更新历史详见：码云 Release Nodes）。可能是市面上惟一同时反对 UDP+TCP+WebSocket 三种协定的同类开源IM框架。

探探自长连贯我的项目上线当前，对服务进行了屡次优化：GC从5ms降到100微秒（Go版本均为1.9以上），次要gRPC接口调用延时p999从300ms降落到5ms。在业内大多把眼光聚焦于单机连接数的时候，咱们则更聚焦于服务的SLA（服务可用性）。

第一次应用@人性能到当初曾经有差不多10年了，首次应用是通过微博体验的。@人的性能当初遍布各种利用，基本上波及社交（IM、微博）、办公（钉钉、企业微信）等场景，就是一个必不可少的性能。

在石墨文档的局部业务中，例如文档分享、评论、幻灯片演示和文档表格追随等场景，波及到多客户端数据实时同步和服务端批量数据在线推送的需要，个别的 HTTP 协定无奈满足服务端被动 Push 数据的场景，因而抉择采纳 WebSocket 计划进行业务开发。

本文由公众号“后盾技术汇”分享，原题“基于实际，设计一个百万级别的高可用 & 高牢靠的 IM 音讯零碎”，原文链接在文末。因为原文存在较多谬误和不精确内容，有大量订正和改变。

本文由阿里闲鱼技术团队逸昂分享，原题“音讯链路优化之弱感知链路优化”，有订正和改变，感激作者的分享。1、引言闲鱼的IM音讯零碎作为买家与卖家的沟通工具，增进了解、促成信赖，对闲鱼的商品成交有重要的价值，是晋升用户体验最要害的环节。然而，随着业务体量的快速增长，以后这套音讯零碎正面临着诸多急待解决的问题…

前几天技术群里有群友问我有没有IM分布式系统异地多活方面的文章，我认真想了想，除了微信分享的几篇文章里有提到容灾和异地多活（只是大抵提过，没有具体开展），的确目前还没有系统性的异地多活技术材料可供参考。正好借此机会，整顿了Kaito分享的这篇供大家学习。

本文援用了ELab团队、腾讯大讲堂两个公众号分享的文章内容，援用内容见文末参考资料，感激原作者的自私分享。1、引言对于市面上支流的IM来说，跟二维码无关的性能，比方扫码加好友、扫码登陆、扫码加群等，都是很常见的。这是微信的扫码登录性能：这是微信的扫码加好友性能：二维码技术应用起来很简略，本系列的前三篇文…

随着挪动互联网的遍及，无论是IM开发者还是普通用户，IM即时通讯利用在日常应用中都是必不可少的，比方：熟人社交的某信、IM活化石的某Q、企业场景的某钉等，简直是人人必装。