即时通讯技术文集(第46期):微信、QQ技术精华合集(Part3) [共15篇]

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

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

[- 1 -] 微信团队原创分享:Android版微信的臃肿之困与模块化实践之路

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

[摘要] 本文讲述微信 Android 版架构从分层到多进程、模块化的演进,及因代码膨胀重构模块化的过程与效果。


[- 2 -] 微信后台团队:微信后台异步消息队列的优化升级实践分享

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

[摘要] 本文分享了该组件2.0版本的功能特点及优化实践,希望能为类似业务(比如移动端IM系统等)的消息队列设计提供一定的参考。


[- 3 -] 微信团队原创分享:微信客户端SQLite数据库损坏修复实践

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

[摘要] 本文介绍微信客户端 SQLite 数据库损坏的原因,及优化空间占用、文件 sync 和备份 master 表以提升修复率的实践。


[- 4 -] 腾讯原创分享(一):如何大幅提升移动网络下手机QQ的图片传输速度和成功率

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

[摘要] 本文内容是由腾讯TMQ专项测试团队针对手机QQ图片上传速度和成功率问题,在各种复杂移动网络环境下的优化实践总结和整理而成。文章虽是针对手机QQ图片上传这一特定业务功能,但内容中大量涉及复杂移动网络环境下无线网络的特性、特点以及相关第一手测试数据,都是非常珍贵的,尤其值得移动端IM开发、消息推送这种深度依赖移动网络的应用开发者借鉴和参考。


[- 5 -] 腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(上篇)

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

[摘要] 该文讲述腾讯某产品因用户投诉背景流量高,经测试分析,通过优化将 24 小时流量降至 100KB 以下的过程。


[- 6 -] 腾讯原创分享(三):如何大幅压缩移动网络下APP的流量消耗(下篇)

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

[摘要] 本篇中将详细介绍我们的具体分析方法和实践优化思路,以及在优化过程中总结出来的法则等。


[- 7 -] 如约而至:微信自用的移动端IM网络层跨平台组件库Mars已正式开源

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

[摘要] 微信Mars到底有什么用呢?毫无疑问,微信Mars存在的前提就是为了更好的服务微信这个超级IM而存在,最适合干的活就是开发移动端IM了,当然由于提炼的很好,相信移动端推送技术等都是可以使用微信Mars作为网络层lib来使用,从而以微信的成果为起点开发出拥有更加优秀网络体验的移动端富网络应用。


[- 8 -] 微信Mars:微信内部正在使用的网络层封装库,即将开源

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

[摘要] 该文介绍微信 Mars 网络层封装库即将开源,涵盖其模块构成、特点、源起及跨平台开发经验。


[- 9 -]  开源libco库:单机千万连接、支撑微信8亿用户的后台框架基石 [源码下载]

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

[摘要] 该文介绍微信于 2013 年开源的 libco 库,其特性、背景、技术架构及对微信后台并发能力的提升作用。


[- 10 -] 微信新一代通信安全解决方案:基于TLS1.3的MMTLS详解

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

[摘要] 本文将详细介绍基于TLS 1.3的微信新一代通信安全协议mmtls。


[- 11 -] 微信团队原创分享:Android版微信后台保活实战分享(进程保活篇)

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

[摘要] 该文分享 Android 版微信进程保活实战,包括进程拆分、及时拉起及利用前台服务提升进程优先级等方案。


[- 12 -] 微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)

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

[摘要] 该文分享 Android 版微信网络保活实战,包括长连接心跳机制、动态心跳策略及保证消息实时的 notify 机制等。


[- 13 -] Android版微信从300KB到30MB的技术演进(PPT讲稿) [附件下载]

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

[摘要] ANDROID系统先天的弊端与产品需求研发过程的矛盾,推动着客户端架构演进史。这架车轮不断向前滚动,不断调整进化的架构,在为微信未来的高速成长保驾护航。我们一起来了解微信ANDROID客户端的架构演进过程。


[- 14 -] 微信团队原创分享:Android版微信从300KB到30MB的技术演进

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

[摘要] 该文讲述 Android 版微信从 300KB 到 30MB 的技术演进,分拓荒、成长、变革、进化、开放五阶段,介绍架构调整与问题解决。


[- 15 -] 如何解读《微信技术总监谈架构:微信之道——大道至简》

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

[摘要] 该文解读微信技术总监演讲,介绍微信以 “敏捷” 为核心,通过拆分系统、基础组件、监控等实现快速迭代与稳定服务。


👉52im社区本周新文:《转转客服IM系统的WebSocket集群架构设计和部署方案》,欢迎阅读!👈

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

相关文章
|
NoSQL MongoDB
11 MongoDB - 数据查询(统计个数)
11 MongoDB - 数据查询(统计个数)
1929 0
|
NoSQL MongoDB
mongoTemplate批量保存数据mongoDB批量保存数据
mongoTemplate批量保存数据mongoDB批量保存数据
815 2
|
缓存 NoSQL Java
阿里巴巴开源的通用缓存访问框架JetCache介绍
JetCache是由阿里巴巴开源的通用缓存访问框架,如果你对Spring Cache很熟悉的话,请一定花一点时间了解一下JetCache,它更好用。JetCache可以做类似Spring Cache的注解式缓存,支持TTL、多级缓存、分布式自动刷新,也提供类似JSR107规范的Cache API。
14357 1
|
11月前
|
SQL 人工智能 数据挖掘
拒绝"数字坟墓":如何用AI让沉睡的数据开口说话?
很多数据报告沦为"数字坟墓",核心在于缺乏从数据到洞察的翻译。本文提供一套"数据分析报告生成指令",帮助开发者和分析师利用AI跨越技术与商业的鸿沟,将枯燥报表转化为驱动决策的行动指南。
632 4
|
消息中间件 前端开发 API
架构的未来:微前端与微服务的融合
架构的未来:微前端与微服务的融合
|
运维 Linux Apache
Puppet这一强大的自动化运维工具,涵盖其基本概念、安装配置及使用示例
【10月更文挑战第8天】本文介绍了Puppet这一强大的自动化运维工具,涵盖其基本概念、安装配置及使用示例。Puppet通过定义资源状态和关系,确保系统配置始终如一,支持高效管理基础设施。文章详细讲解了Puppet的安装步骤、配置方法及DSL语言示例,帮助读者快速掌握Puppet的使用技巧。
1392 2
|
物联网 数据管理 Apache
拥抱IoT浪潮,Apache IoTDB如何成为你的智能数据守护者?解锁物联网新纪元的数据管理秘籍!
【8月更文挑战第22天】随着物联网技术的发展,数据量激增对数据库提出新挑战。Apache IoTDB凭借其面向时间序列数据的设计,在IoT领域脱颖而出。相较于传统数据库,IoTDB采用树形数据模型高效管理实时数据,具备轻量级结构与高并发能力,并集成Hadoop/Spark支持复杂分析。在智能城市等场景下,IoTDB能处理如交通流量等数据,为决策提供支持。IoTDB还提供InfluxDB协议适配器简化迁移过程,并支持细致的权限管理确保数据安全。综上所述,IoTDB在IoT数据管理中展现出巨大潜力与竞争力。
804 1
|
Web App开发 编解码 移动开发
零基础音视频入门:你所不知道的Web前端音视频知识
本文回顾了Web端音视频的发展历程,同时还介绍了视频的编码、帧率、比特率等概念,提到了Canvas作为视频播放的替代方案,以及FFmpeg在音视频处理中的重要作用等知识。
481 1
|
存储 缓存 运维
微信读书十周年,后台架构的技术演进和实践总结
微信读书经过了多年的发展,赢得了良好的用户口碑,后台系统的服务质量直接影响着用户的体验。团队多年来始终保持着“小而美”的基因,快速试错与迭代成为常态。后台团队在日常业务开发的同时,需要主动寻求更多架构上的突破,提升后台服务的可用性、扩展性,以不断适应业务与团队的变化。
640 0