技术实践第四期｜解读移动开发者日常-性能监控平台应用

简介：应用性能监控平台是用来帮助客户提升应用性能质量和稳定性的重要环节，本人作为一名移动端开发者有着丰富的使用和运维经验，希望通过本文分享过往的心得和使用经验，让我参与开发的U-APM这款产品中，作为借鉴可以在中长期规划中帮助更多的开发者。

作者：友盟+技术专家谦翔

一、概述

应用性能监控平台是用来帮助客户提升应用性能质量和稳定性的重要环节，本人作为一名移动端开发者有着丰富的使用和运维经验，希望通过本文分享过往的心得和使用经验，让我参与开发的U-APM这款产品中，作为借鉴可以在中长期规划中帮助更多的开发者。

（以下内容仅作为稳定性监控平台这类平台的使用经验和心得，文中提及平台仅供参考）

二、产品受众

1. 了解他们

应用性能监控平台的使用者往往是站在移动终端最前线的开发者，他们需要关注端的稳定性、用户性能、体验等方面。好的工具可以协助他们在日常运维中的工作。

1.1 移动开发者团队职责构成

此类产品的受众主要是移动开发者，而移动开发者开发者也会分为前端和客户端，分别根据自己所使用的技术栈特性进行职责分配，当然跨端技术的出现也让边界不再那么清晰。

1.2 移动开发者日常工作

开发者日常的工作职责主要分成两大部分开发和运维，开发中出现的问题一般可以通过调试环境就可以定位解决，而运维阶段，线上的代码被压缩混淆加密后变的难以辨认无法直接定位问题。不同系统、运行环境、网络情况和低质量的代码则会带来不可预知的性能问题，运维工作的量化汇报等等。这些都是移动开发者们日常所面临的困难。

1.3 场景归纳

如果把应用性能监控平台的使用场景分为上线前和上线后，大致罗列了以上场景。

1.4 应用性能监控平台

针对以上场景，市面上或者公司内部的应用性能监控平台绝大部分能够解决

2. 案例分享

下面我会结合上面提到的场景分享三个案例

2.1 案例1（单设备错误排查）

单设备错误排查的场景对于值班人/开发者的要求很高，其在于排查时间的紧迫性和对开发链路熟悉以及排查工具的完备性等。（此场景常见于重要客户或领导反馈）

2.2 案例2（性能优化）

2.2.1 优化背景

技术栈：React Native
优势：RN 拥有一次编写三端执行和动态部署和逻辑下发到客户端的能力，解决客户端版本审核及更新效率低、三端开发技术方案不一致、三端公共需求存在重复劳动等问题
劣势：RN执行阶段可分为RN加载阶段和RN运行阶段，相应的RN页面所面临的性能问题也不尽相同

2.2.2 RN框架加载流程

为了更清晰的了解RN加载阶段的问题所在，我们先来分析下RN的加载机制

在进入整个RN页面的流程中，RN框架加载会经历以下步骤：

包下载及解压缩：加载时发现本地没有对应的包文件，会先从服务器上下载并解压包的文件。
获取初始化引擎：RN预初始引擎的功能，提前创建一个初始化好的引擎并缓存，缓存在退出页面2分钟之后释放。
加载业务包：向一个初始化好的引擎中，加载业务的JS代码。该环节受限于业务JS的大小及设备性能，该加载时间普遍较长。
运行业务包：执行业务JS中runApplication()方法，开始渲染Native页面。该环节受限于业务JS的复杂度及设备性能，如果首次渲染的组件很多，该加载时间会变长。

2.2.3 RN框架常用指标和维度