hellojackjiang2011的博客

本文由融云技术团队原创分享，原题“万字干货：IM “消息”列表卡顿优化实践”，为使文章更好理解，内容有修订。1、引言随着移动互联网的普及，无论是IM开发者还是普通用户，IM即时通讯应用在日常使用中都是必不可少的，比如：熟人社交的某信、IM活化石的某Q、企业场景的某钉等，几乎是人人必装。以下就是几款主流的IM应用（看首页就知道是哪款，我就不废话了）：正如上图所示，这些IM的首页（也就是“消息”列表界面）对于用户来说每次打开应用必见的。随着时间和推移，这个首页“消息”列表里的内容会越来越多.

本文由阿里闲鱼技术团队有攸分享，原题“向消息延迟说bybye：闲鱼消息及时到达方案”，有修订和改动，感谢作者的分享。1、引言IM消息作为闲鱼用户重要的交易咨询工具，核心目标有两点：1）第一是保证用户的消息不丢失； 2）第二是保证用户的消息及时送达接收方。IM消息根据消息的接收方设备是否在线，分为离线和在线推送。数据显示目前闲鱼每天有超过一半以上的IM消息是走在线通道的，而在线消息的到达率、及时性是直接影响用户体验的。本文将根据闲鱼IM消息系统在消息及时性方面的优化实践，详细分析了IM在线

本文由作者“阿宝哥”分享，原题“你不知道的 WebSocket”，有修订和改动。1、引言本文将从基本概念、技术原理、常见易错常识、动手实践等多个方面入手，万字长文，带你一起全方位探索 WebSocket 技术。阅读完本文，你将了解以下内容：1）了解 WebSocket 的诞生背景、WebSocket 是什么及它的优点； 2）了解 WebSocket 含有哪些 API 及如何使用 WebSocket API 发送普通文本和二进制数据； 3）了解 WebSocket 的握手协议和数据帧格式、

本文由阿里闲鱼技术团队景松分享，原题“到达率99.9%：闲鱼消息在高速上换引擎（集大成）”，有修订和改动，感谢作者的分享。1、引言在2020年年初的时候接手了闲鱼的IM即时消息系统，当时的消息存在各种问题，网上的用户舆情也是接连不断。典型的问题，比如：1）“聊天消息经常丢失”； 2）“消息用户头像乱了”； 3）“订单状态不对”（相信现在看文章的你还在吐槽闲鱼的消息）。所以闲鱼的即时消息系统稳定性、可靠性是一个亟待解决的问题。我们调研了集团内的一些解决方案，例如钉钉的IMPass。如

本文由阿里闲鱼技术团队今朝、有攸分享，本次有修订。1、引言闲鱼即时消息系统历经数代迭代，目前已能稳定的支撑亿级消息体量。在此消息系统的建设过程中，我们经历了从简单到复杂、从困扰到破局，每一次的技术改变都是为了更好的解决当下业务所面临的问题。本文分享的是闲鱼即时消息系统架构从零开始的技术变迁之路，以期更多的同行们在此基础上汲取经验，得到有价值的启发。学习交流：- 即时通讯/推送技术开发交流5群：215477170[推荐]- 移动端IM开发入门文章：《新手入门一篇就够：从零开.

本文引用自“ 豆米博客”的《JS实时通信三把斧》系列文章，有优化和改动。1、引言有关Web端即时通讯技术的文章我已整理过很多篇，阅读过的读者可能都很熟悉，早期的Web端即时通讯方案，受限于Web客户端的技术限制，想实现真正的“即时”通信，难度相当大。传统的Web端即时通讯技术从短轮询到长连询，再到Comet技术，在如此原始的HTML标准之下，为了实现所谓的“即时”通信，技术上可谓绞尽脑汁，极尽所能。自从HTML5标准发布之后，WebSocket这类技术横空出世，实现Web端即时通讯技术的便利

本文由融云技术团队原创分享，原题“技术实践丨万人群聊的消息分发控速方案”，为使文章更好理解，内容有修订。1、引言传统意义上的IM群聊，通常都是像微信这样的500人群，或者QQ的2000人群（QQ有3000人群，但那是单独收费的，也就意味着它并非无门槛标配，能用上的人并不多）。自从国外某号称“世界上最安全的IM”搞出万人群聊之后，万人群迅速被国内的使用者们接受。伴随着移动互联网的发展，即时通讯服务被广泛应用于各个行业（以经不再局限于传统IM社交应用领域），随着业务快速发展，传统百人、千人上限的群聊

本文由微医云技术团队前端工程师张宇航分享，原题“从0到1打造一个 WebRTC 应用”，即时通讯网有修订和改动。1、引言去年初，突如其来的新冠肺炎疫情让线下就医渠道几乎被切断，在此背景下，在线问诊模式快速解决了大量急需就医病患的燃眉之急。而作为在线问诊中重要的一环——医患之间的视频问诊正是应用了实时音视频技术才得以实现。众所周之，实时音视频聊天技术门槛很高，一般的公司要想在短时间内从零补齐这方面的技术短板相当困难，而开源音视频工程WebRTC提供了这样一个捷径（包括笔者公司的产品在内，同样是基于

本文由徐宁发表于腾讯大讲堂，原题“程序员如何把你关注的内容推送到你眼前？揭秘信息流推荐背后的系统设计”，有改动和修订。1、引言信息推流（以下简称“Feed流”）这种功能在我们手机APP中几乎无处不在（尤其是社交/社群产品中），最常用的就是微信朋友圈、新浪微博等。对Feed流的定义，可以简单理解为只要大拇指不停地往下划手机屏幕，就有一条条的信息不断涌现出来。就像给牲畜喂饲料一样，只要它吃光了就要不断再往里加，故此得名Feed（饲养）。大多数带有Feed流功能的产品都包含两种Feed流：1）

本文由美团技术团队分享，作者“健午、佳猛、陆凯、冯江”，原题“美团终端消息投递服务Pike的演进之路”，有修订。1、引言传统意义上来说，实时消息推送通常都是IM即时通讯这类应用的技术范畴，随着移动端互联网的普及，人人拥有手机、随时都是“在线”已属常态，于是消息的实时触达能力获得了广泛的需求，已经不再局限于IM即时通讯这类应用中。对于美团这种移动端“入口”级应用来说，实时消息的推送能力已经深入整个APP的方方面面。目前美团应用中使用的推送技术，是一个被命名为Pike的一套易接入、高可靠、高性能的双

1、引言在IM客户端的使用场景中，基于本地数据的全文检索功能扮演着重要的角色，最常用的比如：查找聊天记录、联系人，就像下图这样。▲ 微信的聊天记录查找功能类似于IM中的聊天记录查找、联系人搜索这类功能，有了全文检索能力后，确实能大大提高内容查找的效率，不然，让用户手动翻找，确实降低了用户体验。本文将具体来聊聊网易云信是如何实现IM客户端全文检索能力的，希望能带给你启发。学习交流：- 即时通讯/推送技术开发交流5群：215477170[推荐]- 移动端IM开发入门文章：.

本文由融云技术团队原创分享，原题“IM 消息同步机制全面解析”，为使文章更好理解，对内容进行了重新归纳和细节修订。1、内容概述即时通讯（IM）系统最基础、最重要的是消息的及时性与准确性，及时体现在延迟，准确则具体表现为不丢、不重、不乱序。综合考虑业务场景、系统复杂度、网络流量、终端能耗等，我们的亿级分布式IM消息系统精心设计了消息收发机制，并不断打磨优化，形成了现在的消息可靠投递机制。整体思路就是：1）客户端、服务端共同配合，互相补充； 2）采用多重机制，从不同层面保障； 3）拆分上

一、更新内容简介本次为主要版本更新（本次更新内容见文末“MobileIMSDK v6.0更新内容 ”一节），强势升级，将同时支持TCP、UDP、WebSocket三种协议，精心封装之下，实现同一套API、三种协议同时并存。可能是市面上唯一同时支持UDP+TCP+WebSocket三种协议的同类开源IM框架。二、MobileIMSDK简介MobileIMSDK是一套专为移动端开发的原创IM通信层框架：历经8年、久经考验； 超轻量级、高度提炼，lib包50KB以内； 精心封装，一套.

本文作者潘唐磊，腾讯WXG（微信事业群）开发工程师，毕业于中山大学。内容有修订。1、内容概述本文总结了企业微信的IM消息系统架构设计，阐述了企业业务给IM架构设计带来的技术难点和挑战，以及技术方案的对比与分析。同时总结了IM后台开发的一些常用手段，适用于IM消息系统。*推荐阅读：企业微信团队分享的另一篇《企业微信客户端中组织架构数据的同步更新方案优化实战》也值得一读。学习交流：- 即时通讯/推送技术开发交流5群：215477170[推荐]- 移动端IM开发入门文章：《新手入..

本文由喜马拉雅技术团队李乾坤原创，原题《推送系统实践》，感谢作者的无私分享。1、引言1.1 什么是离线消息推送对于IM的开发者来说，离线消息推送是再熟悉不过的需求了，比如下图就是典型的IM离线消息通知效果。1.2 Andriod端离线推送真心不易移动端离线消息推送涉及的端无非就是两个——iOS端和Andriod端，iOS端没什么好说的，APNs是唯一选项。Andriod端比较奇葩（主要指国内的手机），为了实现离线推送，各种保活黑科技层出不穷，随着保活难度的不断升级，可以使用的保活

本文由阿里闲鱼技术团队祈晴分享，本次有修订和改动，感谢作者的技术分享。1、内容概述本文总结了阿里闲鱼技术团队使用Flutter在对闲鱼IM进行移动端跨端改造过程中的技术实践等，文中对比了传统Native与现在大热的Flutter跨端方案在一些主要技术实现上的差异，以及针对Flutter技术特点的具体技术实现，值得同样准备使用Flutter开发IM的技术同行们借鉴和参考。学习交流：- 即时通讯/推送技术开发交流5群：215477170[推荐]- 移动端IM开发入门文章：《新手入门一.

本文作者张彦飞，原题“127.0.0.1 之本机网络通信过程知多少 ”，首次发布于“开发内功修炼”，转载请联系作者。本次有改动。1、引言继《你真的了解127.0.0.1和0.0.0.0的区别？》之后，这是我整理的第2篇有关本机网络方面的网络编程基础文章。这次的文章由作者张彦飞原创分享，写作本文的原因是现在本机网络 IO 应用非常广。在 php 中 一般 Nginx 和 php-fpm 是通过 127.0.0.1 来进行通信的；在微服务中，由于 side car 模式的应用，本机网络请求更是越来越

本文由微信开发团队工程师“virwu”分享。1、引言近期，微信小游戏支持了视频号一键开播，将微信升级到最新版本，打开腾讯系小游戏（如跳一跳、欢乐斗地主等），在右上角菜单就可以看到发起直播的按钮一键成为游戏主播了（如下图所示）。然而微信小游戏出于性能和安全等一系列考虑，运行在一个独立的进程中，在该环境中不会初始化视频号直播相关的模块。这就意味着小游戏的音视频数据必须跨进程传输到主进程进行推流，给我们实现小游戏直播带来了一系列挑战。（本文同步发布于：http://www.52im.ne...

本文引用了“拍乐云Pano”的“深入浅出理解视频编解码技术”和“揭秘视频千倍压缩背后的技术原理之预测技术”文章部分内容，感谢原作者的分享。1、引言从 20 世纪 90 年代以来，数字音视频编解码技术迅速发展，一直是国内外研究的热点领域。随着5G的成熟和广泛商用，带宽已经越来越高，传输音视频变得更加容易。视频直播、视频聊天，已经完全融入了每个人的生活。视频为何如此普及呢？是因为通过视频能方便快捷地获取到大量信息。但视频数据量非常巨大，视频的网络传输也面临着巨大的挑战。于是视频编解码技术就出场了。

本文作者“商文默”，本次有修订和改动。1、写在前面即时通讯网整理的大量IM技术文章中（见本文末“参考资料”一节），有关消息可靠性和一致性问题的文章占了很大比重，原因是IM这类系统抛开各种眼花缭乱的产品功能和技术特性，保证消息的可靠性和一致性几乎是IM产品必需的素质。试想如果一个IM连发出的消息都不知道对方到底能不能收到、发出的聊天内容对方看到的到底是不是“胡言乱语”（严重乱序问题），这样的APP用户肯定不会让他在手机上过夜（肯定第一时间卸载了），因为最基本的聊天逻辑都无法实现，它已经失去了IM软

本文由喜马拉雅技术团队原创分享，原题《喜马拉雅自研网关架构实践》，有改动。1、引言网关是一个比较成熟的产品，基本上各大互联网公司都会有网关这个中间件，来解决一些公有业务的上浮，而且能快速的更新迭代。如果没有网关，要更新一个公有特性，就要推动所有业务方都更新和发布，那是效率极低的事，有网关后，这一切都变得不是问题。喜马拉雅也是一样，用户数增长达到 6 亿多的级别，Web 服务个数达到500+，目前我们网关日处理 200 亿+次调用，单机 QPS 高峰达到 4w+。网关除了要实现最基本的功能反向

本文来自“糊糊糊糊糊了”的分享，原题《实时消息推送整理》，有优化和改动。1、写在前面对Web端即时通讯技术熟悉的开发者来说，我们回顾网页端IM的底层通信技术，从短轮询、长轮询，到后来的SSE以及WebSocket，使用门槛越来越低（早期的长轮询Comet这类技术实际属于hack手段，使用门槛并不低），技术手段越来越先进，网页端即时通讯技术的体验也因此越来越好。但上周在编辑《IM扫码登录技术专题》系列文章第3篇的时候忽然想到，之前的这些所谓的网页端即时通讯“老技术”相对于当红的WebSocket，

本文由爱奇艺技术团队原创分享，原题《构建通用WebSocket推送网关的设计与实践》，有优化和改动。1、引言丛所周之，HTTP协议是一种无状态、基于TCP的请求/响应模式的协议，即请求只能由客户端发起、由服务端进行响应。在大多数场景，这种请求/响应的Pull模式可以满足需求。但在某些情形：例如消息推送（IM中最为常见，比如IM的离线消息推送）、实时通知等应用场景，需要实时将数据同步到客户端，这就要求服务端支持主动Push数据的能力。传统的Web服务端推送技术历史悠久，经历了短轮询、长轮询等阶段的

本文引用了作者“大古同学”的“二维码扫码登录是什么原理”一文的主要内容，为了更好的理解和阅读，即时通讯网收录时有修订和改动，感谢原作者的分享。1、引言自从微信的PC端使用扫码登陆认证逻辑后，这种方式似乎在越来越多的IM中看到（虽然我个人认为这种登录方式很酷，但并不方便，尤其手机不大身边的时候）。▲ 上图微信PC端的扫码登录界面最近刚好看到一个二维码的技术原理讲解视频，正好借此机会将扫码登录的详细技术原理梳理并总结一下，方便自已回顾，也希望能帮助到想在IM里开发类似功能的同行们。补充说

本文原题“百度直播消息服务架构实践”，由百度APP消息中台团队原创分享于“百度Geek说”公众号，为了让文章内容更通俗易懂，本次已做排版优化和内容重新划分，原文链接在文末。1、引言一套完整的直播系统核心功能有两个：1）实时音视频的推拉流； 2）直播间消息流的收发（包括聊天消息、弹幕、指令等）。本文主要分享的是百度直播的消息系统的架构设计实践和演进过程。实际上：直播间内用户的聊天互动，虽然形式上是常见的IM聊天消息流，但直播消息流不仅仅是用户聊天。除用户聊天外：直播间内常见的用户送礼物

文中引用了参考资料中的部分内容，本文参考资料详见文末“参考资料”一节，感谢资料分享者。1、引言对于IM开发者而言，网络保活这件事再熟悉不过了，比如这是我最近一篇有关网络保活话题文章《一文读懂即时通讯应用中的网络心跳包机制：作用、原理、实现思路等》，以及我分享的大量代码实战编码中也都必须要考虑这个问题的实现，比如最近的这篇《跟着源码学IM(五)：正确理解IM长连接、心跳及重连机制，并动手实现》。对于IM这种应用而言，应用层的网络保活的最直接办法就是心跳机制，比如主流的IM里有微信、QQ、钉钉、易信

本文作者芋艿，原题“使用 Netty 实现 IM 聊天贼简单”，本底价有修订和改动。一、本文引言上篇《跟着源码学IM(七)：手把手教你用WebSocket打造Web端IM聊天》中，我们使用 WebSocket 实现了一个简单的 IM 功能，支持身份认证、私聊消息、群聊消息。然后就有人发私信，希望使用纯 Netty 实现一个类似的功能，因此就有了本文。注：源码请从同步链接附件中下载，http://www.52im.net/thread-3489-1-1.html。学习交流：- 即

本文作者芋艿，原题“芋道 Spring Boot WebSocket 入门”，本次有修订和改动。一、引言WebSocket如今在Web端即时通讯技术应用里使用广泛，不仅用于传统PC端的网页里，也被很多移动端开发者用于基于HTML5的混合APP里。对于想要在基于Web的应用里添加IM、推送等实时通信功能，WebSocket几乎是必须要掌握的技术。本文将基于Tomcat和Spring框架实现一个逻辑简单的入门级IM应用，对于即时通讯初学者来说，能找到一个简单直接且能顺利跑通的实例代码，显然意义更

本文原作者Chank，原题“如何设计一个亿级消息量的 IM 系统”，为了提升内容质量，本次有修订和改动。1、写有前面本文将在亿级消息量、分布式IM系统这个技术前提下，分析和总结实现这套系统所需要掌握的知识点，内容没有高深的技术概念，尽量做到新手老手皆能读懂。本文不会给出一套通用的IM方案，也不会评判某种架构的好坏，而是讨论设计IM系统的常见难题跟业界的解决方案。因为也没有所谓的通用IM架构方案，不同的解决方案都各有其优缺点，只有最满足业务的系统才是一个好的系统。在人力、物力、时间资源

本文内容和编写思路是基于邓昀泽的“大规模并发IM服务架构设计”、“IM的弱网场景优化”两文的提纲进行的，感谢邓昀泽的无私分享。1、引言接上篇《一套亿级用户的IM架构技术干货(上篇)：整体架构、服务拆分等》，本文主要聚焦这套亿级用户的IM架构的一些比较细节但很重要的热门问题上，比如：消息可靠性、消息有序性、数据安全性、移动端弱网问题等。以上这些热门IM问题每个话题其实都可以单独成文，但限于文章篇幅，本文不会逐个问题详细深入地探讨，主要以抛砖引玉的方式引导阅读者理解问题的关键，并针对问题提供专项研究文章

1、引言经历过稍有些规模的IM系统开发的同行们都有体会，要想实现大规模并发IM（比如亿级用户和数十亿日消息量这样的规模），在架构设计上需要一些额外的考虑，尤其是要解决用户高并发、服务高可用，架构和实现细节上都需要不短时间的打磨。我在过往的工作经历里，亲手设计和实现了一套亿级用户量的IM，平台上线并经过6年多的验证，稳定性和可用性被验证完全达到预期。这套IM系统，从上线至今已6年有余，本人也已经离职创业近2年，但当初设计和开发这套系统时积累和收获了大量的第一手实践经验和技术心得。因此，想借本文

本文由微信开发团队工程师“ kellyliang”原创发表于“微信后台团队”公众号，收录时有修订和改动。1、引言随着直播和类直播场景在微信内的增长，这些业务对临时消息（在线状态时的实时消息）通道的需求日益增长，直播聊天室组件应运而生。直播聊天室组件是一个基于房间的临时消息信道，主要提供消息收发、在线状态统计等功能。本文将回顾微信直播聊天室单房间海量用户同时在线的消息组件技术设计和架构演进，希望能为你的直播聊天互动中的实时聊天消息架构设计带来启发。本文已同步发布于“即时通讯技术圈”公众号，欢迎关注。公

本文引用了“一文读懂什么是进程、线程、协程”一文的主要内容，感谢原作者的无私分享。1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的gnet等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背后的底层原理

本文原题“你管这破玩意儿叫TCP？”，由闪客sun分享，转载请联系作者。1、引言网络编程能力对于即时通讯技术开发者来说是基本功，而计算机网络又是网络编程的理论根基，因而深刻准确地理解计算机网络知识显然能夯实你的即时通讯应用的实践品质。本文风格类似于《网络编程懒人入门》、《脑残式网络编程入门》两个系列，但通俗又不失内涵，简洁又不简陋，非常适合对计算机网络知识有向往但又有惧怕的网络编程爱好者们阅读，希望能给你带来不一样的网络知识入门视角。本篇将运用通俗易懂的语言，配上细致精确的图片动画，循序渐进地引导你

本文原题“如果让你来设计网络”，由闪客sun分享，转载请联系作者。1、引言网络编程能力对于即时通讯技术开发者来说是基本功，而计算机网络又是网络编程的理论根基，因而深刻准确地理解计算机网络知识显然能夯实你的即时通讯应用的实践品质。本文风格类似于52im社区里的《网络编程懒人入门》、《脑残式网络编程入门》两个系列，但通俗又不失内涵，简洁又不简陋，非常适合对计算机网络知识有向往但又有惧怕的网络编程爱好者们阅读，希望能给你带来不一样的网络知识入门视角。本篇主要以通俗易懂的文风，引导你理解计算机网络是

本文原题“高并发高性能服务器是如何实现的”，转载请联系作者。1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的gnet等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背后的底层原理到底是什么？如何能通俗

本文原题“程序员应如何理解高并发中的协程”，转载请联系作者。1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的gnet等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背后的底层原理到底是什么？如何能通俗

本文原题“从小白到高手，你需要理解同步与异步”，转载请联系作者。1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的gnet等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背后的底层原理到底是什么？如何能

本文原题“终于明白了，一文彻底理解I/O多路复用”，转载请联系作者。1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的nget等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背后的底层原理到底是什么？如

1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的nget等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背后的底层原理到底是什么？如何能通俗易懂、毫不费力真正透彻理解这些技术背后的原理，正是《从根上理解高

本文原题“聊聊TCP连接耗时的那些事儿”，本次收录已征得作者同意，转载请联系作者。有少许改动。1、系列文章引言1.1 文章目的作为即时通讯技术的开发者来说，高性能、高并发相关的技术概念早就了然与胸，什么线程池、零拷贝、多路复用、事件驱动、epoll等等名词信手拈来，又或许你对具有这些技术特征的技术框架比如：Java的Netty、Php的workman、Go的nget等熟练掌握。但真正到了面视或者技术实践过程中遇到无法释怀的疑惑时，方知自已所掌握的不过是皮毛。返璞归真、回归本质，这些技术特征背

本文由淘宝消息业务团队李历岷（花名骨来）原创分享，首次发表于公众号“淘系技术”，有修订和改动。1、引言本文来自淘宝消息业务团队的技术实践分享，分析了电商IM消息平台在非传统IM应用场景下的高发并、强互动群聊和直播业务中的技术特点，总结并分享了在这些场景下实现大量多对多实时消息分发投递的一些架构方面的设计实践。目前，阿里的IM消息业务团队负责新零售领域 IM 消息平台的建设，通过 IM即时通讯产品（push、聊天机器人、单聊、群聊、消息号和聊天室）构建连接消费者和商家的沟通和触达渠道，每天处理百亿

本文作者张彦飞，原题“图解Linux网络包接收过程”，内容有少许改动。1、引言因为要对百万、千万、甚至是过亿的用户提供各种网络服务，所以在一线互联网企业里面试和晋升后端开发同学的其中一个重点要求就是要能支撑高并发，要理解性能开销，会进行性能优化。而很多时候，如果你对网络底层的理解不深的话，遇到很多线上性能瓶颈你会觉得狗拿刺猬，无从下手。这篇文章将用图解的方式，从操作系统这一层来深度理解一下网络包的接收过程（因为能直接看到内核源码，本文以Linux为例）。按照惯例来借用一段最简单的代码开始思考

本文由朱益盛、杨晖、傅啸分享，来自IBM Developer社区，原题“使用 Java 开发兼容 IPv6 的网络应用程序”，本次收录时有改动。1、引言前几天，有个群友跟我讨论用 MobileIMSDK写的IM服务端想支持IPv6的问题。因为众所周之的原因，IPv4早就不够用，现在国内从国家层面都在大力推广IPv6的普及，所以包括事业单位、国企在内，现在搞信息化建议，都要考虑IPv6的支持。我忽然感觉这个问题很难回答，因为对于普通的网络通信程序开发者来说，目前真正的IPv6的开发和测试环境并不.

本文由淘宝直播音视频算法团队原创分享，原题“5G时代|淘宝直播高画质低延时技术探索”，收录时有改动。1、引言目前，5G技术应用正在逐步推进，相比目前广泛使用的4G， 它具有更高的速率，更大的容量，同时延迟更低， 可靠性更高。在5G时代，得益于网络带宽的提升，视频未来将成为主流的传播媒介。越来越多的业务和应用将视频化、直播化。 大量互动的内容将通过5G以低延时的方式以视频的形式传输。5G将对视频分辨率和清晰度提出越来越高的要求。淘宝作为一个数亿级用户的短视频与直播平台，业务多样，两端用户分布广

原作者江成军，原题“还在被Java NIO虐？该试试Netty了”，收录时有修订和改动。1、阅读对象本文适合对Netty一无所知的Java NIO网络编程新手阅读，为了做到这一点，内容从最基本介绍到开发环境的配置，再到第一个Demo代码的编写，事无巨细都用详细的图文进行了说明。所以本文这对于新手来说帮助很大，但对于老司机来说，就没有必要了。老司机请绕道哦。PS：是的，用Java写IM、消息推送的话，基本上都是用的Netty，所以如果你想用Java做即时通讯这类系统，学习Netty肯定没错。

本文作者Ahab，原题“视频相关的理论知识与基础概念”，收录时有修订和改动。1、引言随着移动互联网的普及，实时音视频技术已经在越来越多的场景下发挥重要作用，已经不再局限于IM中的实时视频聊天、实时视频会议这种功能，在远程医疗、远程教育、智能家居等等场景也司空见惯。虽然实时音视频技术的应用越来越普及，但对于程序员来说，这方面的技术门槛仍然存在（准备地说是仍然很高），想要在短时间内全面掌握实时音视频相关的技术难度非常大。以IM中的实时音视频聊天为例，一个简化了的视频聊天技术，本质就是：音视频技术

本文引用了沈剑《如何保证IM实时消息的“时序性”与“一致性”？》一文的图片和内容（由于太懒，图没重新画），原文链接在文末。1、引言本文接上篇《零基础IM开发入门(三)：什么是IM系统的可靠性？》，讲解IM系统中消息时序的一致性问题。所谓的一致性，在IM中通常指的是消息时序的一致性，那就是：1）聊天消息的上下文连续性； 2）聊天消息的绝对时间序。再具体一点，IM消息的一致性体现在：1）单聊时：要保证发送方发出聊天消息的顺序与接收方看到的顺序一致； 2）群聊时：要保证所有群员看到的聊天

本文编写时引用了“聊聊IM系统的即时性和可靠性”一文的部分内容和图片，感谢原作者。1、引言上一篇《零基础IM开发入门(二)：什么是IM系统的实时性？》讲到了IM系统的“立足”之本——“实时性”这个技术特征，本篇主要讲解IM系统中的“可靠性”这个话题，内容尽量做到只讲原理不深入展开，避开深层次的技术性探讨，确保通俗易懂。阅读对象：本系列文章主要阅读对象为零IM基础的开发者或产品经理，目标是告诉你“IM系统是什么？”，尽量不深入探讨具体的技术实现，确保通俗易懂，老少皆宜。如您想从技术维度系统学习

本文原题“Node.js - 200 多行代码实现 Websocket 协议”，为了提升内容品质，有较大修订。1、引言最近正在研究 WebSocket 相关的知识，想着如何能自己实现 WebSocket 协议。到网上搜罗了一番资料后用 Node.js 实现了一个WebSocket协议服务器，倒也没有想象中那么复杂，除去注释语句和 console 语句后，大约 200 行代码左右。本文分享了自已开发一个WebSocket服务端实现过程中需要的知识储备，以及具体的代码实现含义等，非常适合想在短时

本文原题“WebSocket：5分钟从入门到精通”，作者“程序猿小卡_casper”，原文链接见文末参考资料部分。本次收录时有改动。1、引言自从HTML5里的WebSocket出现后，彻底改变了以往Web端即时通讯技术的基础通道这个“痛点”（在此之前，开发者们不得不弄出了诸如：短轮询、长轮询、Comet、SSE等技术，可谓苦之久矣...），如今再也不用纠结到底该用“轮询”还是“Comet”技术来保证数据的实时性了，幸福来的就是如此突然 ^-^。WebSocket如今不仅在Web应用里使用广泛，也

本文由融云技术团队原创投稿，作者是融云WebRTC高级工程师苏道，转载请注明出处。1、引言在一个典型的IM应用里，使用实时音视频聊天功能时，视频首帧的显示，是一项很重要的用户体验指标。本文主要通过对WebRTC接收端的音视频处理过程分析，来了解和优化视频首帧的显示时间，并进行了总结和分享。（本文同步发布于：http://www.52im.net/thread-3169-1-1.html）2、什么是WebRTC？对于没接触过实时音视频技术的人来说，总是看到别人在提WebRTC，那Web

本文引用自“蚂蚁金服科技”公众号，原文由支付宝技术团队原创分享。 本次收录时有改动。1、引言最早接触2维码扫码功能，是在2011年，那会移动互联网正是起步阶段，大家都感觉智能手机可以更强大，但到底要做些什么功能，都是在探索和创新。2维码扫描功能就是这些创新功能之一。当然，2维码扫描说到底还是图像识别，这种技术不是一般的公司能搞定的，所以大家用的最多的2维码扫描库就是ZXing。这个库，很多人应该非常熟悉，用过这个库的人，基本都记住了下面这个图片（ZXing的logo）。▲ ZXing工程

本文在编写时参考了博客作者“鹿呦呦”和在线课程“即时消息技术剖析与实战”的相关资料，一并表示感谢。1、引言随着移动互联网络的发展，IM技术的应用已经不仅限于聊天应用本身，它早已融入各种应用形态中，比如：直播中的主播互动、联网游戏中的玩家互动、外卖/打车应用中的实时位置共享、在线教育应用中的互动白板等。在这些风格迥异的应用场景下，IM技术所呈现出来的功能形态虽有不同，但“实时性”这个技术特征并无区别。那么，对于技术门外汉来说，到底什么是IM的“实时性”？该如何理解它？这就是本文想要讨论的主

1、引言在中大型IM系统中，聊天消息的唯一ID生成策略是个很重要的技术点。不夸张的说，聊天消息ID贯穿了整个聊天生命周期的几乎每一个算法、逻辑和过程，ID生成策略的好坏有可能直接决定系统在某些技术点上的设计难易度。有中小型IM场景下，消息ID可以简单处理，反正只要唯一就行，而中大型场景下，因为要考虑到分布式的性能、一致性等，所以要考虑的问题点又是另一回事。总之就是，IM的消息ID生成这件事，可深可浅，看似简单但实际可探索的边界可以很大，这也是为什么即时通讯网为此专门整理了《IM消息ID技术专题》

本文由小米信息技术团队研发工程师陈刚原创，原题“当我们在谈论高并发的时候究竟在谈什么?”，为了更好的内容呈现，即时通讯网收录时有修订和改动。1、引言在即时通讯网社区里，多是做IM、消息推送、客服系统、音视频聊天这类实时通信方面的开发者，在涉及到即时通讯技术时聊的最多的话题就是高并发、高吞吐、海量用户。代码还没开始写，就考虑万一哪天这IM用户量破百万、千万该怎么办的问题，是多数程序员的基本修养（虽然产品一上市就可能死翘翘，但该“高瞻远瞩”的时候，不应该偷懒，不然怎么跟老板提涨工资.....）。

本文内容编写时，参考了网上的资料，详见“参考资料”部分，感谢分享者。1、引言这个系列文章已经整理了10篇，但都没有涉及到具体的红包算法实现，主要有以下两方面原因。一方面是各社交/IM产品中的红包功能同质化严重，红包算法的“可玩性”便是“核心竞争力所在”，这是同质化功能的差异化竞争思路，不会随便公开。另一方面，市场上还存在各种抢红包插件这类灰产存在，一旦公开这些算法，很可能又被这帮插件开发者们搞出什么幺蛾子。所以，这样的情况下，如果要做社交/IM产品中的红包功能，红包随便算法该怎么实现，基

1、内容点评本文以轻松幽默的语气，讲解了视频编解码的一些基本常识，并以爱奇艺为例，讲述了视频编解码技术在国内的发展以及未来的一些展望。▼ 阅读本文需要有一些音视频编解码技术的基础，否则请先阅读以下文章：《即时通讯音视频开发（一）：视频编解码之理论概述》《即时通讯音视频开发（二）：视频编解码之数字视频介绍》《即时通讯音视频开发（三）：视频编解码之编码基础》《即时通讯音视频开发...

本文中文译文由作者“ably.io”发布于公众号“高可用架构”，译文原题：《深入解读HTTP3的原理及应用》、英文原题：《HTTP/3 deep dive》（文末有译文和原文链接），即时通讯网收录时有少许改动，感谢原作者和译者的分享。1、引言HTTP3是HTTP协议的最新版本。从诞生之初，HTTP就是交换超文本文档的首选应用层协议。多年来，为了跟上互联网的发展，以及WWW上交换的内容...

1、引言网络优化对于移动端App产品的用户体验至关重要，也与公司的运营和营收息息相关。这里列举两个公开的数据：“《页面加载超过3秒，57%的用户会离开》”“《Amazon页面加载延长1秒，一年就会减少16亿美金营收》”网络性能对于用户体验的影响，将非常直接地反馈到业务的运营上。而且，移动网络固有的弱网问题、DNS问题、连接性能等等都无法跟传统的固定网络相比。所以，优化移动...

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

本文引用了公众号“鲜枣课堂”的《5G消息（RCS），到底是什么？》和公众号“InfoQ”的《5G消息来了，它会干掉微信还是变成另一个飞信？》两篇文章的部分内容，感谢原作者的分享。1、引言上个月3大运营商（移动、电信、联通）发布了《5G消息白皮书》（此白皮书PDF版▶ 点此附件下载），宣布将共同启动5G消息业务。简单理解，5G消息相当于是原先短消息服务的全新升级。与以...

本文引用了后端技术指南针公众号“浅谈RPC那些事儿1”和即时通讯网的“即时通讯新手入门：快速理解RPC技术——基本概念、原理和用途”两篇文章的部分内容。1、引言经常有开发者在纠结怎么开发IM集群，虽然真正的使用人数，可能用个人电脑单机都能支撑。你也许会说，明明不需要用到IM集群，干吗要自找麻烦？答曰：“老板说这个得有！”、“万一产品做成了，用户量达到百万、千万级呢？”，各种回答，反...

阿里巴巴技术团队于2020年04月22日发布《Java开发手册v1.6.0-泰山版》。1、概述2017年开春之际，阿里诚意献上重磅大礼：《阿里巴巴Java开发手册(规约)》，首次公开阿里官方Java代码规范标准。这套Java统一规范标准将有助于提高行业编码规范化水平，帮助行业人员提高开发质量和效率、大大降低代码维护成本。《阿里巴巴Java开发手册(规约)》是阿里内部Java工程...

本文原始内容由爱奇艺技术产品团队原创分享，本次有修订和改动。1、引言由于移动网络的复杂性特点，编写高质量、体验好的具备网络通信能力的移动端应用（尤其是即时通讯这类网络质量高度敏感的应用）有很大的挑战性。我们平时看到的移动网络主要有如下三个典型特点：1）移动状态网络信号不稳定，高时延、易抖动丢包、通道狭窄；2）移动状态网络接入类型和接入点变化频繁；3）移动状态用户使用高频化、...

本文同时发布于“即时通讯技术圈”公众号，链接是：https://mp.weixin.qq.com/s/cS5xB2DrjF52rmz6EGVJ6A。本文参考了公众号鲜枣课堂的“IPv6，到底是什么？”一文的部分内容，感谢原作者。1、引言现在IPv6的技术应用已经越来越普及了，很多应用都开始支持IPv6。▲ 去年开始，支付宝的官网上就已出现“支持IPv6”标识对...

本文已同时发布于我的“即时通讯技术圈”公众号。1、引言哈罗，大家好，我是Jack Jiang。。。（一股浓浓的自媒体视频旁白味道）。对于经常看我文章的即时通讯开发者来说，今天要讨论的这个话题，貌似有点不着边际。是的，自从我整理完《IM开发者的零基础通信技术入门》系列文章之后，对于网络编程的理解，开始有点飘了。言归正传。现在，5G技术离我们的生活越来越近了，号称网络延迟1ms...

本文作者腾讯WXG后台开发工程师jeryyzhang，收录时有改动，感谢原作者的分享。1、引言大约3年前，微信技术团队分享了《微信后台基于时间序的海量数据冷热分级架构设计实践》一文，文中总结了微信这种超级IM基于时间序的海量数据存储架构的设计实践，也得以让大家了解了微信后台的架构设计思路。时隔3年，微信再次分享了基于时间序的新一代海量数据存储架构的设计实践（可以认为是《微信后台基于...

一、引言2020年春节早已过去两月有余，回顾本次腾讯手Q春节红包活动的玩法，主要以答题形式结合中国传统文化（成语、诗词、对联、历史等）的方式进行，达到寓教于乐的效果。▲ 2020年春节QQ的红包活动对于这种大体量的IM社交应用运营活动，技术上除了前端、后台的大力支撑，对于手Q客户端来说，又是从哪些方面来保证整个红包活动的灵活性、稳定性和用户体验的呢？带着这个问题，我们...

本文原文由微信客户端高级工程师方秋枋原创发表于WeMobileDev公众号，收录时有修订和加工，感谢作者的无私分享。1、引言作为一个重要业务，微信支付在客户端上面临着各种问题。其中最核心问题就是分平台实现导致的问题：1）iOS 和安卓实现不一致：容易出 Bug、通过沟通保证不了质量；2）扩展性差且无法快速响应业务需求：需求变更迭代周期长、数据上报不全面；3）质量保障体系不完...

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

本文原文由作者Amazing10原创发布于公众号业余码农，收录时有改动，感谢原作者的技术分享。1、引言某天中午，吃完午饭，摊在自己的躺椅上，想趁吃饱喝足的午后时间静静享受独自的静谧。干点什么好呢？于是单手操作鼠标打开了一个陌生而隐秘的网站。正开着某个视频起劲。。。突然浏览器弹出了一个提示：请使用微信扫码登录账号，继续观看这...但是由...

本文由“小姐姐养的狗”原创发布于“小姐姐味道”公众号，原题《127.0.0.1和0.0.0.0地址的区别》，收录时有优化和改动。感谢原作者的分享。一、引言对于后端程序员来说，127.0.0.1和0.0.0.0这两个IP地址再熟悉不过了，看起来好像就那么回事，但真正较起真来，这两个IP地址到底有什么作用以及到底有什么不同？貌似谁可以轻松回答，但张嘴却又不知从何说起。。。（这要是面视，估...

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

本文由马蜂窝技术团队电商交易基础平台研发工程师"Anti Walker"原创分享。一、引言即时通讯（IM）功能对于电商平台来说非常重要，特别是旅游电商。从商品复杂性来看，一个旅游商品可能会包括用户在未来一段时间的衣、食、住、行等方方面面。从消费金额来看，往往单次消费额度较大。对目的地的陌生、在行程中可能的问题，这些因素使用户在购买前、中、后都存在和商家沟通的强烈需求。可以说，一个好用的...

本文由马蜂窝技术团队电商交易基础平台研发工程师"Anti Walker"原创分享。一、引言即时通讯（IM）功能对于电商平台来说非常重要，特别是旅游电商。从商品复杂性来看，一个旅游商品可能会包括用户在未来一段时间的衣、食、住、行等方方面面。从消费金额来看，往往单次消费额度较大。对目的地的陌生、在行程中可能的问题，这些因素使用户在购买前、中、后都存在和商家沟通的强烈需求。可以说，一个好...

1、引言随着Android系统的不断升级，即时通讯网技术群和社区里的IM和推送开发的程序员们，对于进程保活这件事是越来越悲观，必竟系统对各种保活黑科技的限制越来越多了，想超越系统的挚肘，难度越来越大。但保活这件事就像“激情”之后的余味，总是让人欲罢不能，想放弃又不甘心。那么，除了像上篇《2020年了，Android后台保活还有戏吗？看我如何优雅的实现！》这样的正经白名单方式，不正经的“黑科...

1、引言随着Android系统的不断升级，即时通讯网技术群和社区里的IM和推送开发的程序员们，对于进程保活这件事是越来越悲观，必竟系统对各种保活黑科技的限制越来越多了，想超越系统的挚肘，难度越来越大。但保活这件事就像“激情”之后的余味，总是让人欲罢不能，想放弃又不甘心。那么，除了像上篇《2020年了，Android后台保活还有戏吗？看我如何优雅的实现！》这样的正经白名单方式，不正经的...

1、引言扫码登录这个功能，最早应该是微信的PC端开始搞，虽然有点反人类的功能（不扫码也没别的方式登录），但不得不说还是很酷的。下面这张图，不管是IM开发者还是普通用户，应该很熟悉：于是，搞IM产品的老板和产品经理们，从此又多了一个要抛给程序员们的需求——“为什么微信有扫一扫登录，而我们的没有？”。好吧，每次只要是微信有的功能，IM程序员们想甩锅，难度就有点大了，必竟老板们都都...

1、引言扫码登录这个功能，最早应该是微信的PC端开始搞，虽然有点反人类的功能（不扫码也没别的方式登录），但不得不说还是很酷的。下面这张图，不管是IM开发者还是普通用户，应该很熟悉：于是，搞IM产品的老板和产品经理们，从此又多了一个要抛给程序员们的需求——“为什么微信有扫一扫登录，而我们的没有？”。好吧，每次只要是微信有的功能，IM程序员们想甩锅，难度...

本文由腾讯WXG应用研究员breezecheng原创发表于公众号“腾讯技术工程”，原题“微信「扫一扫识物」 的背后技术揭秘”。一、引言现在市面上主流的移动端IM应用于都有“扫一扫”功能，看起来好像也就能扫一扫加好友、加群，但实际上作为一个IM产品的重要信息入口，“扫一扫”功能也可以很强大。▲ 几款主流IM里的“扫一扫”功能以国民应用微信为例，微信的“扫一扫”（即扫...

本文由腾讯WXG应用研究员breezecheng原创发表于公众号“腾讯技术工程”，原题“微信「扫一扫识物」 的背后技术揭秘”。一、引言现在市面上主流的移动端IM应用于都有“扫一扫”功能，看起来好像也就能扫一扫加好友、加群，但实际上作为一个IM产品的重要信息入口，“扫一扫”功能也可以很强大。▲ 几款主流IM里的“扫一扫”功能以国民应用微信为例，微信的“扫一扫”（即扫码功能）已经深...

1、引言对于移动端IM应用和消息推送应用的开发者来说，Android后台保活这件事是再熟悉不过了。自从Android P（即Android 8.0）出现以后，Android已经从系统层面将后台保活这条路给堵死了（详见：《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》），曾今那些层出不穷的保活黑科技能用的也越来越少了（详见：《全面盘点当前Android后台保活方案的真实...

1、引言对于移动端IM应用和消息推送应用的开发者来说，Android后台保活这件事是再熟悉不过了。自从Android P（即Android 8.0）出现以后，Android已经从系统层面将后台保活这条路给堵死了（详见：《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》），曾今那些层出不穷的保活黑科技能用的也越来越少了（详见：《全面盘点当前Android后台保活...

原作者：黄日成，手Q游戏中心后台开发，腾讯高级工程师。从事C++服务后台开发4年多，主要负责手Q游戏中心后台基础系统、复杂业务系统开发，主导过手Q游戏公会、企鹅电竞App-对战系统等项目的后台系统设计，有丰富的后台架构经验。1、引言接本系列的上一篇《P2P技术详解(二)：P2P中的NAT穿越(打洞)方案详解(基本原理篇)》，本篇将深入分析各种NAT穿越(打洞)方案的技术实现原理和数据交互过...

原作者：黄日成，手Q游戏中心后台开发，腾讯高级工程师。从事C++服务后台开发4年多，主要负责手Q游戏中心后台基础系统、复杂业务系统开发，主导过手Q游戏公会、企鹅电竞App-对战系统等项目的后台系统设计，有丰富的后台架构经验。1、引言接本系列的上一篇《P2P技术详解(二)：P2P中的NAT穿越(打洞)方案详解(基本原理篇)》，本篇将深入分析各种NAT穿越(打洞)方案的技术实现原理和...

1、引言岁月真是个养猪场，这几年，人胖了，微信代码也翻了。记得 14 年转岗来微信时，用自己笔记本编译微信工程才十来分钟。如今用公司配的 17 年款 27-inch iMac 编译要接近半小时；偶然间更新完代码，又莫名其妙需要全新编译。在这么低的编译效率下，开发心情受到严重影响。于是年初我向上头请示，优化微信编译效率，上头也同意了。学习交流：- 即时通讯/推送...

1、引言岁月真是个养猪场，这几年，人胖了，微信代码也翻了。记得 14 年转岗来微信时，用自己笔记本编译微信工程才十来分钟。如今用公司配的 17 年款 27-inch iMac 编译要接近半小时；偶然间更新完代码，又莫名其妙需要全新编译。在这么低的编译效率下，开发心情受到严重影响。于是年初我向上头请示，优化微信编译效率，上头也同意了。学习交流...

1、引言IM等社交应用的开发工作中，乱码问题也很常见，比如:1）IM聊天消息中的Emoji表情为什么发给后端后MySQL数据库里会乱码；2）文件名中带有中文的大文件聊天消息发送后，对方看到的文名是乱码；3）Http rest接口调用时，后端读取到APP端传过来的参数有中文乱码问题；... ...那么，对于乱码这个看似不起眼，但并不是一两话能讲清楚的问题，是很有必要从根源...

1、引言IM等社交应用的开发工作中，乱码问题也很常见，比如:1）IM聊天消息中的Emoji表情为什么发给后端后MySQL数据库里会乱码；2）文件名中带有中文的大文件聊天消息发送后，对方看到的文名是乱码；3）Http rest接口调用时，后端读取到APP端传过来的参数有中文乱码问题；... ...那么，对于乱码这个看似不起眼，但并不是一两话能讲清楚的问题，是...

1、引言随着互联网安全意识的普遍提高，对安全要求稍高的应用中，HTTPS的使用是很常见的，甚至在1年前，苹果公司就将使用HTTPS作为APP上架苹果应用市场的先决条件之一（详见：《苹果即将强制实施 ATS，你的APP准备好切换到HTTPS了吗？》）。所以，无论是即时通讯IM还是其它应用，在网络安全意识增强的今天，很多场景下使用HTTPS是肯定没错的。对于即时通讯IM的开发人员来说，长连接用...

本文引用了作者“leapMie”的“HTTPS 原理分析——带着疑问层层深入”一文内容，感谢原作者的文字。1、引言随着互联网安全意识的普遍提高，对安全要求稍高的应用中，HTTPS的使用是很常见的，甚至在1年前，苹果公司就将使用HTTPS作为APP上架苹果应用市场的先决条件之一（详见：《苹果即将强制实施 ATS，你的APP准备好切换到HTTPS了吗？》）。所以，无论是即时通讯I...

1、引言在即时通讯网经常能看到各种高大上的高并发、分布式、高性能架构设计方面的文章，平时大家参加的众多开发者大会，主题也都是各种高大上的话题——什么5G啦、AI人工智能啦、什么阿里双11分分钟多少万QPS高并发等等。但实际上，对于普通的开发者（包括IM开发人员）来说，多数公司、多数团队也都是干着默默无闻、平淡无奇的产品开发，并没有那么多高并发、高大上的事情可以做。就拿一个IM系统来说，...

1、引言在即时通讯网经常能看到各种高大上的高并发、分布式、高性能架构设计方面的文章，平时大家参加的众多开发者大会，主题也都是各种高大上的话题——什么5G啦、AI人工智能啦、什么阿里双11分分钟多少万QPS高并发等等。但实际上，对于普通的开发者（包括IM开发人员）来说，多数公司、多数团队也都是干着默默无闻、平淡无奇的产品开发，并没有那么多高并发、高大上的事情可以做。就拿一个IM...

1、引言整个暑假去面试，面试了很多家公司（无论是小厂还是大厂）问到的深度不同，网络原理是面试最容易问到的问题，虽然我们在项目中很少去实践它，但是了解其原理，会让我们背后网络通信是如果工作的，既能在面试官面前体现出你的基础是否扎实，也能对以后深入网络这部分学习有更多的了解。很多同学面试在准备这部分的时候，都会去背，这部分确实很难掌握，我个人总结的最好的学习网络原理的方法就是不用刻意的去记忆而...

1、引言整个暑假去面试，面试了很多家公司（无论是小厂还是大厂）问到的深度不同，网络原理是面试最容易问到的问题，虽然我们在项目中很少去实践它，但是了解其原理，会让我们背后网络通信是如果工作的，既能在面试官面前体现出你的基础是否扎实，也能对以后深入网络这部分学习有更多的了解。很多同学面试在准备这部分的时候，都会去背，这部分确实很难掌握，我个人总结的最好的学习网络原理的方法就是不用刻意...

本文引用了唐小智发表于InfoQ公众号上的“钉钉企业级IM存储架构创新之道”一文的部分内容，收录时有改动，感谢原作者的无私分享。1、引言业界的 IM 产品在功能上同质化较高，而企业级的 IM 产品对于高可用、安全性又有更高的要求，如何打造具备差异化的产品，又在高可用、安全性、数据一致性等方面具备较高的品质，是企业级 IM 产品成功的关键。钉钉在过去短短几年时间里，用户数已破 2 亿，企业组...

本文引用了唐小智发表于InfoQ公众号上的“钉钉企业级IM存储架构创新之道”一文的部分内容，收录时有改动，感谢原作者的无私分享。1、引言业界的 IM 产品在功能上同质化较高，而企业级的 IM 产品对于高可用、安全性又有更高的要求，如何打造具备差异化的产品，又在高可用、安全性、数据一致性等方面具备较高的品质，是企业级 IM 产品成功的关键。钉钉在过去短短几年时间里，用户数已破 2 ...

本文原题“从实践角度重新理解BIO和NIO”，原文由Object分享，为了更好的内容表现力，收录时有改动。1、引言这段时间自己在看一些Java中BIO和NIO之类的东西，也看了很多博客，发现各种关于NIO的理论概念说的天花乱坠头头是道，可以说是非常的完整，但是整个看下来之后，发现自己对NIO还是一知半解、一脸蒙逼的状态（请原谅我太笨）。基于以上原因，就有了写本文的想法。本文不会提到...

本文原题“从实践角度重新理解BIO和NIO”，原文由Object分享，为了更好的内容表现力，收录时有改动。1、引言这段时间自己在看一些Java中BIO和NIO之类的东西，也看了很多博客，发现各种关于NIO的理论概念说的天花乱坠头头是道，可以说是非常的完整，但是整个看下来之后，发现自己对NIO还是一知半解、一脸蒙逼的状态（请原谅我太笨）。基于以上原因，...