酷应用

微信客户端性能监控和优化简述

百家作者：InfoQ 2017-07-12 07:39:24

一款产品能否与用户产生化学反应，客户端在这一过程中的性能作用最关键。启动时间太长、内存消耗太大、ANR 等等，都会直接影响用户对一款应用的判断和使用体验。

如微信 Slogan 说的那样：微信，是一个生活方式。所以，微信 App 本身就包含非常多且复杂度高的业务模块（如搜索、视频等），也接入了很多第三方的插件，这势必会拖慢应用的启动时间和响应速度，尤其是目前出现了“微信重度用户”这一现象，迫使微信不得不采取更多的分析和优化措施。

目前，已经有超过 9 亿用户在手机端使用微信，针对这样庞大的用户群，微信本着精益求精的态度和对用户体验的追求，在技术角度上最大程度的对性能进行优化。

也很荣幸，在由听云联合极客邦科技 /InfoQ 共同主办的 APMCon 2017 会议上，我们邀请微信“小黑屋 11 人”之一的微信客户端开发团队负责人陈岳伟（Lylechen）来 APMCon 现场分享“微信重度⽤户体验的优化之道”。在此之前，InfoQ 对陈岳伟进行了采访，简单介绍了微信客户端性能监控和优化的内容。

嘉宾介绍

陈岳伟（Lylechen），微信客户端开发团队负责人，统筹微信在 iOS、Android、Mac 和 Windows 等平台的开发管理工作。2010 年加入微信团队，从无到有构建出微信的第一个 iOS 版本，并持续不断进行架构优化和性能稳定性打磨。近年来主要关注微信终端监控体系以及微信重度用户的性能提升和体验优化。

InfoQ：请介绍一下，微信 iOS 客户端第一个版本开发花了多长时间，在性能上有哪些关注点？

陈岳伟：第一个 iOS 和 Android 微信版本均花了 2 个月左右的开发时间。初期阶段主要集中在功能开发上，对性能没有特别花太多时间关注，主要对于启动速度、消息收发等主场景做了压力测试。对于一个初创的产品，微信研发团队更看重版本的快速迭代，“先迭代再优化”是第一原则。

InfoQ：目前微信客户端有哪些维度的性能监控，侵入性如何，对性能十分有影响？

陈岳伟：目前微信客户端的性能监控纬度，主要包含 Crash、卡顿、耗时、内存、SQLite、安装包大小、网络性能等。

微信研发团队所做的监控系统可以分为两类：一类是通用监控，一类是专项监控。

针对通用监控，团队搭建了一套基于简单数值上报的终端实时监控系统，可以覆盖几乎所有的监控纬度，最终呈现出来的是 PV、UV、耗时分布、错误统计等。比如准实时生成客户端启动次数、Crash 次数、网络调用次数等曲线，最少延迟可以做到 10 分钟以内。

通用监控主要用于快速发现问题，而其定位问题的能力相对较弱，于是构建了多个专项监控系统。举个例子，微信团队构建的卡顿监控系统，不仅可以监控客户端卡顿次数，还可以展示卡顿堆栈分类和排序，部分场景还可以做到精确标示函数调用的耗时分布。当然专项监控的上报延时更长，数据计算也比较复杂，目前能做到“小时～天”的级别，主要起分析定位的作用。

大部分监控以手动埋点、框架性自动埋点以及触发式上报为主，对性能影响很小。SQLite 和耗时监控，涉及较细力度的插桩，会有一定的性能损耗，前者主要用于开发和自动化测试阶段，后者对现网用户做了一定的采样。

InfoQ：微信客户端在性能上有哪些优化点（如网络、协议、长列表、本地数据库）？

陈岳伟：针对微信客户端的性能优化，主要分为网络、UI、内存、存储等四大模块。

网络方面，在 IPList 选择策略、复合连接、连接耗时和稳定性、收发包耗时和稳定性、协议包压缩精简等诸多方面均作了长期的优化措施；针对安卓的后台长连接这一项，研发团队就在心跳策略、Push 及时性等方面做了很多工作。（参照 Mars 开源项目了解更多）

UI 方面，除了经典 TableView 和 ListView 优化外，团队在图片 / 视频编解码、Bitmap 磁盘映射、视频渲染 Open GL 等领域也花了不少功夫。

内存方面，微信团队构建了实用的内存泄漏工具以及前台 OOM 检测工具，在开发过程中即可快速发现内存访问不当的代码实现；针对联系人、头像和图片等模块做了统一的资源池，制定了符合微信特点的缓存和淘汰策略。

存储方面，团队研发了高易用接口的 WCDB 组件，统一了微信内的 DB 线程模型和事务机制；根据微信客户端的消息、联系人、朋友圈和收藏等模块做了针对性的 DB 分离和数据表拆分；通过修改 SQLite 源码，大幅度降低了 SQLITE_BUSY 的发生次数；通过配置 DB 文件和 WAL 文件的 mmap 模式，对 DB 的 IO 性能也有不少的提升。关于这方面的内容，欢迎大家参考 WCDB 开源项目。

InfoQ：微信客户端目前开发了哪些跨端组件，是否均使用 C/C++ 开发？

陈岳伟：目前主要有两大跨平台组件，包括 Mars 组件（COMM、XLOG、SDT、STN，详见 Mars 介绍）和 WCDB 组件。其中 Mars 全部使用 C/C++ 开发，可适用于 iOS、Android、Windows 和 Mac 等平台；而 WCDB 主要根据 iOS（MacOS）和 Android 两个平台提供了不同的语言适配，但底层的 SQLite 源码优化和 RepairKit，还是继续采用 C/C++ 开发。

InfoQ：微信 iOS 端在 WebView 上做了哪些优化，有哪些性能监控点？

陈岳伟：iOS 端的 WebView 主要做了资源预加载与缓存、视频代理与下载策略优化、图片代理与编码优化等，针对 WebView 安全和微信特有的 JS SDK 也有一系列的优化策略。

目前微信绝大部分 WebView，均已替换为 WKWebView，在内存占用和稳定性上有很大的提升。性能监控点，主要包含各阶段耗时分布、相关错误码分类和内存 OOM 监控。

InfoQ：针对重度用户的体验优化是从什么时候开始的？当时的触发点是什么？到目前主要做了哪些工作，有什么规划？

陈岳伟：从 2015 年底开始，当时触发点是 DB 损坏率极速上升，以及用户存储空间快速增长；目前主要对 DB 损坏、内存 OOM 和存储架构等做部分优化工作，前两者会在 APMCon 给大家做详细分享；后续希望对重度用户大盘进行更精确的监控和分析，提升问题发现和定位能力。

推荐一个强相关会议

8 月 10-11 日，听云联合极客邦科技 /InfoQ 将共同主办国内第二届应用性能管理大会 -APMCon 2017，会议的演讲内容聚焦行业内最新的技术和最接地气的实践案例，共同探讨 APM 相关的性能优化、技术方案以及创新思路，为更多的行业从业者指点应用效能提升的迷津。

已确认嘉宾（部分）