onresume 调用2次 Android应用性能测试

Android用户也许会经常碰到以下的问题：

1）应用后台开着，手机很快没电了——应用耗电大

2）首次/非首次启动应用，进入应用特别慢——应用启动慢

3）应用使用过程中，越来越卡——CPU能力不足/内存泄露

4）应用页面卡顿——帧率较低、页面卡顿

因此，对开发的Android应用，必须对其进行性能测试，不然将会直接影响用户体验。

一.启动时间

启动时间同样也遵循2-5-8原则，所谓2-5-8原则就是当用户能够在2秒以内启动应用进入第一帧，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过8秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择退出这个app或者卸载该app。因此启动时间对用户的使用行为起到至关重要的作用。

这里启动时间分两种情况：首次启动（冷启动）和非首次启动（热启动）应用所花费的时间。

在测试app启动时间之前，我们先来看看这张经典的Activity生命周期图，如图1。

图1 Activity的生命周期

流程简介：

1.启动Activity：系统会先调用onCreate方法，然后调用onStart方法，最后调用onResume，Activity进入运行状态。

2.当前Activity被其他Activity覆盖或被锁屏：系统会调用onPause方法，暂停当前Activity的执行。

3.当前Activity由被覆盖状态回到前台或解锁屏：系统会调用onResume方法，再次进入运行状态。onresume 调用2次

4.当前Activity转到新的Activity界面或按Home键回到主屏，自身退居后台：系统会先调用onPause方法，然后调用onStop方法，进入停滞状态。

5.用户后退回到此Activity：系统会先调用onRestart方法，然后调用onStart方法，最后调用onResume方法，再次进入运行状态。

6.当前Activity处于被覆盖状态或者后台不可见状态，即第2步和第4步，系统内存不足，杀死当前Activity，而后用户退回当前Activity：再次调用onCreate方法、onStart方法、onResume方法，进入运行状态。

7.用户退出当前Activity：系统先调用onPause方法，然后调用onStop方法，最后调用onDestory方法，结束当前Activity。

从Activity的生命周期流程图，我们可以看出启动时间即onCreate()方法开始执行到onResume()方法执行结束的时间，也就是activity完全启动的时间。

那么怎么获取该时间？

方法一：通过logcat中ActivityManager的相关数据获取。

1）ddms设置过滤条件“by Log Tag”为：ActivityManager；

2）启动app，查看通过DDMS抓取到的log。

以2345王牌浏览器app为例，可查看获得log如下：

除了通过DDMS抓取外，还可以通过adb logcat命令来获取。

>adb logcat -d -s ActivityManager|findstr "Displayed">D:\log.txt

其实两者获取到的信息是一样的（这里演示时非同一次启动，因此启动时间有点差异）。只是DDMS抓的通常是main缓存中的，也就是应用程序打印的日志文件，可以实时查看。而通过命令抓取的话，只能重定向到文件，抓完之后才能查看。

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/jisuanjixue/article-56835-1.html