Android面试题之activity启动流程

本文首发于公众号“AntDream”，欢迎微信搜索“AntDream”或扫描文章底部二维码关注，和我一起每天进步一点点

Launcher -> AMS

activity -> instrumentation -> AMS

AMS处理

Launcher应用启动新的应用

1、 启动activity，通过Binder机制，调用AMS启动新的Activity
2、 AMS会先回调Launcher（通过ActivityStack等跟activity栈有关的类）的ApplicationThread(Binder)，然后走ActivityThread的pauseActivity相关的流程，最终调用到 Activity.performPause流程走pause生命周期
3、 走完pause后又回调到AMS的activityPaused方法，接着走ActivityStack的activityPausedLocked，然后是ActivityStackSupervisor，发现应用的进程还没有起来
4、 然后AMS发起创建应用进程的请求startProcess，走到zygote进程fork出新的应用进程，期间一通操作，最后会反射调用ActivityThread的main方法，在里面new一个ActivityThread，初始化Handler和Looper等
5、 在ActivityThread 的main方法里会调用attach方法，在里面会利用Binder通信，调用AMS的attachApplication
6、AMS后面又会调回到ActivityThread的handleBindApplication方法，这里主要是创建LoadedApk和ContextImpl，然后反射创建Instrumentation，接着调用LoadedApk的makeApplication方法，先初始化ClassLoader，然后创建ContextImpl，里面实际上是用 Instrumentation.newApplication方法通过类加载的方式加载的Application，加载完就立刻调用了Application的attach方法
7、 这里创建的ContextImpl没有赋值类加载器，包含的是线程信息和包的信息以及资源
8、这个加载application的类加载器就是前面创建的PathClassLoader，但实际上应该是通过双亲委托，用BootClassLoader加载的
9、 application的attach方法会调用attachBaseContext方法，给ContextWrapper的mBase赋值。也就是Application的attachBaseContext方法是最先调用的，比下面的Provider和Application的onCreate方法还早
10、 接着通过installContentProviders加载ContentProviders（这里可以看到ContentProvider是比Application的OnCreate方法更靠前的）
11、 接着通过 Instrumentation.callApplicationOnCreate方法，调用到Application的OnCreate方法
12、以上都走完，又会回到ActivityStackSupervisor，执行realStartActivityLocked进行Activity的加载

App里启动新的activity

同上面的不同，这种情况不会创建应用进程，也不会有Application的创建，这里是直接走activity的加载

创建初始化ClassLoader

1、 在上面的LoadedApk的makeApplication方法中，会先初始化ClassLoader
2、 这里通过LoadedApk的getClassLoader方法获取，如果ClassLoader为null，就调用createOrUpdateClassLoaderLocked方法
3、 这里刚刚创建LoadedApk，会调用ClassLoader.getSystemClassLoader()创建，并保存在mDefaultClassLoader
4、 上述方法最终会调用到ClassLoader.createSystemClassLoader()方法，这里会new一个PathClassLoader，并且Parent为BootClassLoader
5、 创建完成后，又赋值给LoadedApk的mClassLoader变量

LoadAPK

• 里面有Resources这个成员，可以通过getResources方法获取

• Resources里的AssetManager管理着APK中所有的资源，资源是通过native流加载

activity的启动加载过程

1、 AMS的ActivityStarter会创建ActivityRecord，然后会找出所有的适合Intent的Activity，如果有多个就会弹出dialog让用户选（最终是从PMS里找）
2、 根据启动标志位和Activity启动模式来决定如何启动一个Activity以及是否要调用deliverNewIntent方法通知Activity有一个Intent试图重新启动它，然后ActivityStackSupervisor一通调用，最后会回调到ActivityThread的handleLaunchActivity，主要逻辑是在performLaunchActivity方法
3、 通过Instrumentation用类加载加载Activity，然后调用activity的attach方法把activity、window、context进行绑定
4、 activity的attach方法里面，会创建PhoneWindow（会同时通过LayoutInflater的from方法创建LayoutInflater），以及其他一系列activity属性成员的初始化
5、 最后调用Instrumentation的callActivityOnCreate方法，调用activity的onCreate
6、 在activity的onCreate中，我们一般会setContentView，会调用到PhoneWindow的setContentView进行布局的加载，当然PhoneWindow会先进行decorView的加载，接着会就会调用LayoutInflater进行加载，最终通过createViewFromTag方法进行View的创建
7、 创建View时，是用的LayoutInflater中的一个Factory2的onCreateView接口

补充

activity启动流程AMS部分

1、 resolveActivity，找出最合适的activity，以及是否有result回调的处理
2、 一系列的权限校验
3、创建ActivityRecord对象
4、 调用startActivityUnchecked方法，这里面会进行启动模式的处理判断，

• 主要是把处理结果在mLaunchFlags上追加对应的标记
• 获取activity的启动栈，然后把mLaunchFlags设置给intent
• 如果是clear_top模式，会清理栈上面的activity，然后会判断要不要去deliverNewIntent，去触发onNewIntent
• 然后判断是否需要新创建一个task
• 然后会走resumeTopActivityUnCheckedLocked方法

5、 resumeTopActivityInnerLocked方法里面会把之前的activity pause
6、 最后会调用到ActivityStackSupervisor的startSpecificActivityLocked方法，这里会判断当前应用进程是否已经启动，没有的话会先走启动App进程的流程，已经启动的话就走启动activity的流程（realStartActivityLocked）

---

欢迎关注我的公众号查看更多精彩文章！