Android性能测试

启动时间

冷启动：指app被后台杀死后，在这个状态打开app，这种启动方式叫做冷启动。无数据的首次启动也是冷启动。

热启动：指app没有被后台杀死，仍然在后台运行，通常我们再次去打开这个app，这种启动方式叫热启动。热启动是非首次启动情况，无初始化欢迎界面和首次初始化过程；

1）冷启动

1、获得packagename和入口MainActivity信息

$ aapt dump badging <apk路径>

搜'package' 'launchable-activity',获得如下信息

2、通过adb命令行启动应用获取：adb shell am start -W 包名/Activity名   取Totaltime

启动Activity的实现原理： 存在-W参数则调用startActivityAndWait()方法来运行，否则startActivityAsUser()。

adb shell am start -W com.qihoo360.mobilesafe/com.qihoo360.mobilesafe.ui.index.AppEnterActivity l

Totaltime ：应用的启动时间，包括创建进程+Application初始化+Activity初始化到界面显示

1）ThisTime:一般和TotalTime时间一样，除非在应用启动时开了一个透明的Activity预先处理一些事再显示出主Activity，这样将比TotalTime小。
2）TotalTime:应用的启动时间，包括创建进程+Application初始化+Activity初始化到界面显示。
3）WaitTime:一般比TotalTime大点，包括系统影响的耗时

也就是说，开发者一般只要关心TotalTime即可，这个时间才是自己应用真正启动的耗时。

 

注：如下测试方式和实际真实场景中的响应时间存在一定的偏差；真实场景启动方式并不是am，而是点击。涉及从按下屏幕响应，硬件上报，软件层响应到指定页面显示整个流程；

备注：建议在测试时，多测几次数据（每次测试前先关闭app）

2）热启动

adb命令一样，但是执行前后台运行着测试的app

3）判断标准：

响应时间小于等于1秒；

4）分析性能：

启动过程中Application和入口Activity的生命周期方法按如下顺序调用：

Application 构造方法--attachBaseContext()--onCreate()--入口Activity的对象构造

--setTheme()--入口Activity的onCreate()--onStart()--onResume()

--onAttachToWindow()--onWindowFocusChanged()

（简单来说：初始化app时耗时操作越多，启动时间越延迟）

页面流畅度

1. CPU过度绘制：表示某些组件在屏幕上的一个像素点的绘制次数超过 1 次

过度绘制的存在会导致界面显示时浪费不必要的资源去渲染看不见的背景，或者对某些像素区域多次绘制，

就会导致界面加载或者滑动时的不流畅、掉帧，对于用户体验来说就是 App 特别的卡顿

    （1）测试方法：

    进入设置/辅助功能/开发者选项/，点击调试GPU过度绘制选项，在弹出框中选择 “显示过度绘制区域”

    设置后，直接打开app，检查主要的浏览页面（与竞品对比）

    （2）判断标准：

        1、没颜色：没有过度绘制，即一个像素点绘制了 1 次，显示应用本来的颜色

        2、蓝色：1倍过度绘制，即一个像素点绘制了 2 次

        3、绿色：2倍过度绘制，即一个像素点绘制了 3 次

        4、粉色：3倍过度绘制，即一个像素点绘制了 4 次

        5、深红色：4倍过度绘制及以上，即一个像素点绘制了 5 次及以上

    （3）优化原则

    应尽可能地将过度绘制控制为 2 次（绿色）及其以下，原色和蓝色是最理想的。

    粉色和红色应尽可能避免，在实际项目中避免不了时应该尽可能减少粉色和红色区域。

    不允许存在面积超过屏幕 1/4 区域的 3 次（淡红色区域）及其以上过度绘制

登录页和产品详情页大部分区域控制在2倍过度绘制内，算为理想。

   （4）优化方法：

    1. 删除布局中不需要的背景

    2. 尽量减少带背景的View产生重叠区域。如果重叠，使用canvas的clipRect进行裁切

    3. 尽量减少视图的深度，来减少视图树的遍历过程（优化视图层次结构）

    4. 减少渲染的透明对象的数量

    更多可以参考：

    https://developer.android.com/topic/performance/rendering/overdraw

2. GPU呈现模式：

1. 作用：查看每一帧的渲染是否达到16ms的要求，分析一帧的渲染过程各阶段的耗时

1）、沿水平轴的每个竖条都代表一个帧，每个竖条的高度表示渲染该帧所花的时间（单位：毫秒）

2）、水平绿线表示 16 毫秒。 要实现每秒 60 帧，代表每个帧的竖条需要保持在此线以下。 当竖条超出此线时，可能会使动画出现暂停。

Android 6.0之前，参考：http://android.xsoftlab.net/tools/performance/profile-gpu-rendering/index.html

蓝色Update：  这部分代表View创建和更新DisplayList的时间，如果这部分很高，那么

表示我们有很多自定义的View，或者在onDraw当中进行了过于复杂的操作。

紫色XFer：      这部分在Android 4.0之后才有，表示将资源传递到渲染线程所花的时间。

红色Execute： 代表Android 2D渲染器向OpenGL发送命令来绘制和重绘的时间，来自

前面生成的Display List，如果这部分很高，说明执行Display Lists中的命令花费很多时间。

黄色Process： 这部分代表了CPU等待GPU完成操作所花的时间，如果这部分很高，

那么说明GPU当前很忙碌。

Android 6.0之后，参考：http://hukai.me/android-performance-patterns-season-5/

 

2. 测试标准

执行应用的所有功能及分支功能，操作过程中涉及的柱状条区域应至少 90 % 保持到绿线下面

 

3. 测试方法

（1）进入开发者选项中，然后点击GPU呈现模式分析，选择“在屏幕上显示为条形图”

（2）获取具体数据的：真机/模拟器---开发者选项---GPU呈现分析模式---选择【在 adb shell dumpsys gfxinfo 中】

然后电脑cmd命令：adb shell dumpsys gfxinfo < PACKAGE_NAME >

adb shell dumpsys gfxinfo com.banggood.client >C:\Users\Administrator\Desktop\fps.txt

然后打开fps.txt文件查看数据

android 6.0以上，adb shell dumpsys gfxinfo com.banggood.client framestats >C:\Users\Administrator\Desktop\fps.txt

 

4. 例子  （尽量做竞品分析）

在首页向下滑动时，90%是在16ms以下的，深绿色条和橙色竖条较高，掉帧较明显和CPU执行较多工作

打开产品详情页，竖条区段红色占据大部分，可能是因为2d渲染器向OpenGL发起绘制或重新绘制显示问题导致

android6.0以下：详细数据:

然后可以借助统计工具做一个分布图看看具体的时间，单位是ms，小于16ms才能保证每秒60帧

掉帧率，其实更确切说是“超时率”，即耗时超过 16.6 ms 的帧在所有渲染完成的帧总数的占比

android6.0以上可以参考：

https://developer.android.com/training/testing/performance.html

转载于:https://www.cnblogs.com/ywl185/p/11551113.html