即时通讯技术文集（第 28 期）：IM 开发技术合集 (Part1) [共 18 篇]

为了更好地分类阅读 52im.net 总计 1000 多篇精编文章，我将在每周三推送新的一期技术文集，本次是第 28 期。

[- 1 -] 新手入门一篇就够：从零开发移动端IM

[链接] http://www.52im.net/thread-464-1-1.html

[摘要] 本文将以新手的视角引导你阅读相关文章，便于你从零开发一个移动端 IM 做好方方面面的知识准备：包括但不限于网络编程基础、通信协议的选型、IM 的架构设计等等。文笔有限，如有不妥之处还请批评指正，希望对你有用。

[- 2 -] 移动端IM开发者必读(一)：通俗易懂，理解移动网络的“弱”和“慢”

[链接] http://www.52im.net/thread-1587-1-1.html

[摘要] 本文的目的，就是希望以通俗易懂的语言，帮助移动端 IM 开发者更好地理解移动网络的各种特性，使得开发出的功能能更好地适应移动网络，给用户带来更好的使用体验。

[- 3 -] 移动端IM开发者必读(二)：史上最全移动弱网络优化方法总结

[链接] http://www.52im.net/thread-1588-1-1.html

[摘要] 本文将针对上篇中提到的特性，结合我们的实践经验，总结了四个方法来追求极致的“爽快”：快链路、轻往复、强监控、多异步，从理论讲到实践、从技术讲到产品，理论联系实际，举一反三，希望给您带来启发。

[- 4 -] 从客户端的角度来谈谈移动端IM的消息可靠性和送达机制

[链接] http://www.52im.net/thread-1470-1-1.html

[摘要] 这篇文章和大家聊下从移动端客户端的角度所关注的 IM 消息可靠性和送达机制

[- 5 -] 现代移动端网络短连接的优化手段总结：请求速度、弱网适应、安全保障

[链接] http://www.52im.net/thread-1413-1-1.html

[摘要] 本文整理的有关内容，对于移动端即时通讯 IM 应用来说，同样具有启发意义

[- 6 -] 腾讯技术分享：社交网络图片的带宽压缩技术演进之路

[链接] http://www.52im.net/thread-1391-1-1.html

[摘要] 为了进一步降低运营带宽成本，减小用户访问流量及提升页面加载速度，社交网络 CDN 运维紧跟行业图片优化趋势，创新引入 WebP、SharpP、自适应分辨率、Guetzli 等图像压缩技术到现网，经过三年多的多部门联合攻关，已逐渐形成一套覆盖全图片类型（JPEG、JPG、PNG、WebP、GIF）多场景的图片压缩运营体系，适用于各类型终端，每年节约外网带宽几百 G。

[- 7 -] 小白必读：闲话HTTP短连接中的Session和Token

[链接] http://www.52im.net/thread-1686-1-1.html

[摘要] 本文的写作目的是以最白话地方式，通俗易懂的为你讲清 HTTP 协议中的 Session 和 Token 等概念，希望读完全文，您仍能满怀信心，继续义无反顾地跳入程序员这个职业深坑 ^_^。更深入的技术细节，请阅读《IM 开发基础知识补课(四)：正确理解 HTTP 短连接中的 Cookie、Session 和 Token》。

[- 8 -] IM开发基础知识补课：正确理解前置HTTP SSO单点登录接口的原理

[链接] http://www.52im.net/thread-1351-1-1.html

[摘要] 针对上述主流移动 IM 系统中“长”、“短”连接的分工方式，其中最为重要也是用户最先接触到的——就是基于 Http 的 SSO 单点登陆接口（有的系统里可能并不叫 SSO 接口，本文讨论的是其广义：即实现身份认证功能的 http 接口），那么这个 SSO 接口工作原理是什么？可以怎么来实现？有无最佳实践建议？

[- 9 -]  移动端IM中大规模群消息的推送如何保证效率、实时性？

[链接] http://www.52im.net/thread-1221-1-1.html

[摘要] 实际在生产环境下，群消息的发送都会想尽办法进行压缩，并开展各种改善性能的处理办法，而不是像上述举例里的直接扩散写（即 2000 人群里，一条消息被简单地复制为 2000 条一对一的消息投递）。具体有哪些优先策略？本文或许可以带给你一些启发。

[- 10 -] 移动端IM开发需要面对的技术问题

[链接] http://www.52im.net/thread-133-1-1.html

[摘要] 这两年多一直从事网易云信 iOS 端 IM SDK 的开发，期间不断有兄弟部门的同事和合作伙伴过来问各种技术细节，干脆统一介绍下一个 IM APP 的方方面面，包括技术选型（包括通讯方式，网络连接方式，协议选择）和常见问题。

[- 11 -] 开发IM是自己设计协议用字节流好还是字符流好？

[链接] http://www.52im.net/thread-150-1-1.html

[摘要] 自己设计协议的话，协议用字节流好还是字符流好？ 各有什么优缺点？

[- 12 -] 请问有人知道语音留言聊天的主流实现方式吗？

[链接] http://www.52im.net/thread-175-1-1.html

[摘要] 请问有人知道语音聊天的主流实现方式吗？就是类似微信那种，按住说话，录一段，发送那种。这语音文件录好之后是直接转成二进制发送。还是说当成一个文件上传到服务器，然后发送一个消息给对方，对方收到后下载？

[- 13 -] IM消息送达保证机制实现(一)：保证在线实时消息的可靠投递

[链接] http://www.52im.net/thread-294-1-1.html

[摘要] 本文将要讨论的是即时 IM 应用中极其重要但也不被用户感知的消息送达保证机制（即 QoS 机制），文中将给出目前主流的参考实现思路。

[- 14 -] IM消息送达保证机制实现(二)：保证离线消息的可靠投递

[链接] http://www.52im.net/thread-594-1-1.html

[摘要] 实时在线投递针对的是消息收发双方都在线的情况（如当发送方用户 A 发送消息给接收方用户 B 时，用户 B 是在线的），那如果消息的接收方用户 B 不在线，系统是如何保证消息的可达性的呢？这就是本文要讨论的问题。

[- 15 -] 如何保证IM实时消息的“时序性”与“一致性”？

[链接] http://www.52im.net/thread-714-1-1.html

[摘要] 实时消息时序和一致性是分布式系统架构设计中非常难的问题（尤其 IM 应用这种以消息为中心的应用形态），困难在哪？有什么常见优化实践？这就是本文要讨论的内容。

[- 16 -] 一个低成本确保IM消息时序的方法探讨

[链接] http://www.52im.net/thread-866-1-1.html

[摘要] IM 类系统中，都需要考虑消息时序问题，如果后发送的消息先显示，可能严重扰乱聊天消息所要表达的意义。

[- 17 -] IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？

[链接] http://www.52im.net/thread-715-1-1.html

[摘要] “用户在线状态的一致性”（单聊好友在线状态、群聊用户在线状态）是 IM 应用领域比较难解决的一个技术问题，如何精准实时的获得好友、群友的在线状态，是今天将要探讨的话题。

[- 18 -] IM群聊消息如此复杂，如何保证不丢不重？

[链接] http://www.52im.net/thread-753-1-1.html

[摘要] 由于“消息风暴扩散系数”的存在（概念详见《IM 单聊和群聊中的在线状态同步应该用“推”还是“拉”？》），群消息的复杂度要远高于一对一的单聊消息。群消息的实时性、可达性、离线消息是今天将要讨论的核心话题。

👉52im 社区本周新文：《一套分布式IM即时通讯系统的技术选型和架构设计》，欢迎阅读！👈

我是 Jack Jiang，我为自已带盐！https://github.com/JackJiang2011/MobileIMSDK/