Android性能优化（一）App启动原理分析及启动时间优化

主要内容为以下几个问题

app启动黑白屏问题产生原因
冷启动，热启动
简单分析源码的启动流程
trace分析工具

一，app启动黑白屏问题产生原因

AppTheme的父类的一个属性windowbackground 的颜色为白色或黑色，所以会出现黑白屏的情况

二，冷启动，热启动

1 冷启动：当启动应用时，后台没有该应用的进程。

2 热启动：当启动应用时，后台已有该应用的进程。

adb shell ---ps 。看所有进程，可以看到热启动是没有重新创建进程的。

输入 Display 可以看到某个activity的启动时长，冷启动734毫秒，热启动146毫秒

只有在安卓4.4之后才会打印以上信息，4.4之前的需要命令行形式打印--->

* windows下

adb shell am start com.example.xxx/com.example.xxxx.myapplication 包名加全类名

WaitTime 返回从 startActivity 到应用第一帧完全显示这段时间. 就是总的耗时，包括前一个应用 Activity pause 的时间和新应用启动的时间；
ThisTime 表示一连串启动 Activity 的最后一个 Activity 的启动耗时；
TotalTime 表示新应用启动的耗时，包括新进程的启动和 Activity 的启动，但不包括前一个应用Activity pause的耗时。

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

二，简单分析源码的启动流程

1，能通过adb命令打印出以上信息是因为 AM命令：

AM命令在源码framwork包下frameworks\base\cmds\am\src\com\android\commands\am\Am.java

am 这个类是个main函数是个可执行文件，里面有startactivity方法，启动activity，返回result对象，打印这些信息 Windows下打印的启动时间就是在 result 对象中定义的。

讲解了AM类：http://blog.csdn.net/yutou58nian/article/details/21176139

2，下面面类是ActivityRecord中两个个方法，ActivityRecord这个类返回了上面的result

调用windowsDrawnLocked方法表明。界面已经被绘制出来了。。。

该方法调用 reportLaunchTimeLocked(SystemClock.uptimeMillis());方法传入当前时间把ActivityRecord这个类返回给result，在这里计算时间

app界面里面其实就是一个app 。可以通过命令看到当前启动的app----adb shell dumpsys activity activities

手机主页是一个叫 launcher的 app 源码里可以看到Launcher 这个类是继承自 activity的。

Launcher类中startActivity是开启一个app,这app实际上是一个可以执行的main函数，这个main函数是activityThread，activityThread是app的入口，会分配内存区域

activityThread --attach--->开启app，application，activity 流程如下：

attach方法中mgr.attachAppliction 。

远端进程会回调handleBindApplication，传过来一些应用信息在handleBindApplication 方法中创建application对象。 Application app=data.info.makeApplication 接下来 mInstrument.callApplicationCreat（app）会调用application 的oncreat 方法

Android性能优化（一）App启动原理分析及启动时间优化