点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；
system_server进程接收到请求后，向zygote进程发送创建进程请求；
Zygote进程fork出新的子进程，即App进程；
App进程，通过Binder IPC向sytem_server进程发起attachApplication请求；
system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheduleLaunchActivity请求；
App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；
主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。
至此，App进入Activity生命周期，执行完onCreate/onStart/onResume方法，UI渲染结束后便可以看到App的主界面。
完整监控
要完整的监控App启动时间,需要从用户点击桌面应用图标开始,但是因为那时我们的应用还没有启动,无法在代码里完成监控.
应用内监控
方案描述
监控从Application初始化开始到首页的activity完成展示为止.
PS:当activity调用onWindowFocusChanged时,UI就完全展示了.
冷启动和热启动
冷启动是App没有被启动过,进程不在内存中,点击桌面图标到看到首页.
热启动是App曾经启动过,进程还在内存中,点击桌面图标到看到首页.
冷启动时间: 从Application到首页Activity的onWindowFocusChanged.
热启动时间:从第一个Activity的onCreate到首页Activity的onWindowFocusChanged.
时间计算陷阱
虽然上图的时间计算看似非常简单,但是实际还有陷阱.
因为启动应用到首页的过程中还可能出现欢迎界面,请求权限界面,登陆界面等等.这些场景出现时,统计时间应该作废,不算做正常的启动时间.
https://www.jianshu.com/p/59a2ca7df681