Android性能优化之App启动优化

前言

 启动速度是用户对于App好用与否的第一印象,如果用户在打开一个页面等待时间超过8S,那么用户将放弃等待,因此启动速度优化是对于一款App来说是重要的环节之一。

启动分类

 Android启动方式分为冷启动、热启动、温启动,一般情况下我们做启动优化主要是针对冷启动做的。首先我们可以先通过一些方式去获得启动的时间,时间测量有ADB命令、手动打点、AOP等方式,每一种方式都有各自的特点和使用场景。
冷启动流程(耗时最长)
launcher->Ipc->Process.start->ActivityThread->bindApplication->Lifecycle->ViewRootImpl
热启动流程(耗时最短)
后台->前台

1 ADB命令统计时间

 Google提供的启动时间文章App startup time

1.1 先安装app到虚拟机

1.2 使用adb命令

adb shell am start -W 包名/activiti绝对路径
例如:adb shell am start -W com.example.demo/.MainActivity打开应用的MainActivity界面

  • 注意:-W 使用的是大写的W

1.3 查看结果

Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] 
cmp=com.example.myapplication/.MainActivity }
Status: ok
Activity: com.example.myapplication/.MainActivity
ThisTime: 944
TotalTime: 944
WaitTime: 955
Complete
  • ThisTime : 最后一个Activity启动耗时
  • TotalTime : 所有Activity启动耗时
  • WaitTime : AMS启动Activity的总耗时
     一般情况下ThisTime和TotalTime是相等的。

缺点

 使用ADB命令只能测试某个Activity的打开到初始化完成的时间,但是在真实的场景中有时候并不是只需要启动一个Activity,例如有可能先打开一个启动页SplashActivity经过一段时间的动画,再打开真正的首页,这才是用户真正等待的时间,使用ADB命令并不能测量出来。因此使用ADB命令来所测量出的时间并不严谨。
 没有在AndroidManifest.xml对应的Activity声明中指定为启动页或者属性没有android:exported="true"的Activity不能使用这种命令行的形式计算启动时间。

2 手动打点

 手动打点就是在启动开始时和结束时进行埋点操作,然后计算二者的差值。
 首先要在Application中的onattachBaseContext方法进行开始启动时间埋点,这是我们所能接触到的最早启动的时间。

class MyApplication : Application() {
    override fun attachBaseContext(base: Context?) {
        super.attachBaseContext(base)
        CalculatTime.startRecord()
    }

    override fun onCreate() {
        super.onCreate()
    }
}

 然后在第一次展示数据时,或Feed第一条展示时结束埋点。

observer = view.getViewTreeObserver();
//注册观察者,监听变化
observer.addOnPreDrawListener(new ViewTreeObserver.OnPreDrawListener() {
            @Override
            public boolean onPreDraw() {
                if(observer.isAlive()){
                    observer.removeOnPreDrawListener(this);
                }
                CalculateTime.INSTANCE.endRecord("MainActivity");
                return true;
            }
        });

 注意:这里会存在一个误区,在onWindowFocusChanged进行结束时间的记录,这是不合适的。
 我们不仅可以计算用户真正看到第一帧所消耗的时间,也可以通过手动打点的方式计算时间,其中包括第三方SDK(友盟、百度统计等等)或者其它需要第一时间初始化的框架。

object CalculateTime {
    private var startTime: Long = 0
    fun startRecord() {
        startTime = SystemClock.currentThreadTimeMillis()
    }

    fun endRecord(tag: String) {
        Log.d(tag, "${SystemClock.currentThreadTimeMillis() - startTime}")
    }
}

总结

 启动时间测量有两种方式,一种是ADB命令,另一种是手动打点的方式。手动打点要避免误区,在第一条数据展示时才算打点结束。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 一、前记 随着技术的迭代,许多三方SDK一涌而出,统计、推送、IM、BUG监控等,导致我们现在项目中的Ap...
    掌印智能科技研发中心阅读 321评论 0 3
  • 如需转载请评论或简信,并注明出处,未经允许不得转载 系列文章 App启动优化(一)冷启动和热启动 App启动优化(...
    Geekholt阅读 1,633评论 0 5
  • 启动优化的目的 APP启动如果得到很好的优化,增强用户体验增加用户流量;如果app启动时间过长影响用户体验,从而会...
    安仔夏天勤奋阅读 1,004评论 0 1
  • 启动优化 对于应用的性能优化,首先我们需要了解几个概念: 首先做性能优化到底是做哪些优化?我的理解是:真正影响用户...
    野火友烧不尽阅读 1,199评论 0 3
  • 卧榻之侧 岂容他人安睡 这是赤裸裸的离开现实 水灾之后 暂时没有处理老家的房子 现在别人家的水泥已经打到我们的门前...
    慕星读者OR独者阅读 111评论 0 1