一、概念
| ActivityThread | 拥有 main(String[] agrs) 方法，作为程序的入口，是应用程序的初始化类。（ActivityThread不是主线程，它在 main() 方法中实例化，是运行在主线程中。） |
| ApplicationThread | 是 ActivityThread 的子类，用作 ActivityThread 与 AMS 进行 BInder 通信的桥梁。 |
| Instrumentation | 管理 Application 和 Activity 声明周期的类，会在自己对应的方法中传入监听对象，执行该对象的生命周期方法。 |
| ActivityStack | ActivityThread 中对 Activity 的管理栈，用来记录已经启动的Activity的先后关系、状态信息、是否需要启动新的进程。 |
| ActivityRecord | 用来映射存储从 AMS 中获取的 Activity 信息的数据类。 |
二、流程
2.1 应用启动
- 点击桌面APP图标时会执行 Launcher.startActivity() ，通过 Binder 通信调用 system_server 进程中 AMS.startActivity() 发起启动请求。
- system_server 进程接收到请求后，向 Zygote 进程发送创建进程的请求。
- Zygote 进程 fork 出 APP 进程，并执行 ActivityThread.main() 创建主线程、初始化MainLooper、主线程Handler，同时初始化 ApplicationThread 用于和 AMS 通信。
- ActivityThread 传递 ApplicationThread 通过 Binder 通信向 AMS 中获取应用信息（即 APP 进程通过 Binder 调用 sytem_server 进程中 AMS 的 attachApplication() 方法）。
- AMS 对数据进行一些处理工作后，通过 Binder IPC 向 ActivityThread 发送handleBindApplication 请求（创建启动Application）和 scheduleLaunchActivity 请求（创建启动Activity）。
- 在处理 ApplicationThread 回调中返回的应用信息时，通过 Handler 向主线程发送 BIND_APPLICATION 和 LAUNCH_ACTIVITY 两条 Message（这里注意的是 AMS 和主线程并不直接通信，而是 AMS 和主线程的内部类 ApplicationThread 通过 Binder通信，ApplicationThread 再和主线程通过Handler消息交互）。
- 主线程在收到 Message 后，反射创建 Application 并执行 onCreate() 生命周期，再通过反射创建 Activity 并执行 onCreate() 生命周期。
- 到此 APP 便正式启动，开始进入一系列生命周期 onCreate/onStart/onResume，UI渲染后显示APP主界面。
2.2 UI渲染
2.2.1 设置布局
- Activity调用setContentView()初始化PhoneWindow来承载窗体。
- PhoneWindow调用setContentView()初始化DecorView 加载布局。
- 通过 Inflate 加载 xml 布局文件添加进这个顶级的 ViewGroup 中。
2.2.2 渲染布局
- addView() 会触发重新布局和刷新，顶级的 DecorView 没有父容器因此 onCreate() 中不会渲染。
- onStart() 在 Instrumentation 对应的方法中也没有渲染。
- ActivityThread 在 handleResumeActivity() 中将 DecorView 添加到 ViewManager 中然后设置给了 ViewRootImpl。
- 接下来就是调用 performTraversals() 进行测量、绘制、摆放。
三、源码分析
3.1 入口 main()
由 Zygote 调用，进程创建后对其进行初始化让APP跑起来，ZygoteInit.zygoteInit() 通过反射找到 ActivityThread.main() 并调用。
public static void main(String[] args) {
//主线程Looper的初始化
Looper.prepareMainLooper();
//实例化ActivityThread
ActivityThread thread = new ActivityThread();
//启动应用
thread.attach(false);
//主线程Handler初始化
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
Looper.loop();
//一旦上方的主线程loop()循环被终止便抛异常
throw new RuntimeException("Main thread loop unexpectedly exited");
}
3.2 初始化主线程Looper
- 在 Handler 源码中可以看出，初始化主线程 Looper 的参数 quitAllowed 为 false 表示不允许退出，该参数最终会在 MessageQueue 调用 quit() 时进行判断，如果是主线程会抛异常。
- 主线程 Looper 初始化后会赋值给成员变量 sMainLooper，通过方法 getMainLooper() 向其它线程提供主线程的 Looper 对象。
//主线程Looper的初始化
public static void prepareMainLooper() {
prepare(false);
synchronized (Looper.class) {
if (sMainLooper != null) {
throw new IllegalStateException("The main Looper has already been prepared.");
}
sMainLooper = myLooper();
}
}
//普通线程Looper的初始化
public static void prepare() {
prepare(true);
}
private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException("Only one Looper may be created per thread");
}
sThreadLocal.set(new Looper(quitAllowed));
} public static Looper getMainLooper() {
synchronized (Looper.class) {
return sMainLooper;
}
}
3.3 应用启动过程
ActivityThread 向 AMS 中获取信息，AMS将信息封装成对象后回调过来。ActivityThread是逻辑的执行者，AMS是信息的持有者，他们之间通过Binder通信，ApplicationThread是两者通信的桥梁（回调）。
//ActivityThread中
private void attach(boolean system) {
//获取系统服务AMS进行Binder通信
if (!system) {
final IActivityManager mgr = ActivityManager.getService();
try {
//传入用来通信的桥梁 ApplicationThread
mgr.attachApplication(mAppThread);
} ...
}
} //AMS中
public final void attachApplication(IApplicationThread thread) {
synchronized (this) {
attachApplicationLocked(thread, callingPid);
}
}
private final boolean attachApplicationLocked(IApplicationThread thread, int pid) {
//启动Application
thread.bindApplication(...);
//启动Activity
if (mStackSupervisor.attachApplicationLocked(app)) {
...
}
}
3.3.1 启动 Application
attachApplicationLocked() 中会将 Application 信息赋值给成员变量 ProcessRecord（是一个数据类用来存储 Application 的信息），通过调用 ApplicationThread.bindApplication() 将应用信息回传给 ActivityThread 进行处理。发送 Message 然后 Handler 处理（从Binder线程切换到主线程），调用重写的 handleBindApplication()，通过传过来的 AppBindData 的 makeApplication() 创建 Application 对象，具体是调用 Instrumentation 的newApplication()，通过类加载器类加载器反射加载Application类，执行 onCreate() 生命周期。
- 如果未指定程序的 Application 则使用默认的 Application 类，否则使用我们指定的。
- 在创建 Application 对象调用 attachBaseContext() 和 onCreate() 方法之间会调用 ContentProvider的onCreate() 方法这也是很多第三方SDK使用该特性实现初始化的原理。
//ActivityThread中
public final void bindApplication(...) {
//对从AMS中获取的信息进行封装
...
//发送Message
sendMessage(H.BIND_APPLICATION, data);
}
//Handler处理会调用到这里来
private void handleBindApplication(AppBindData data) {
try {
//创建Application
Application app = data.info.makeApplication(data.restrictedBackupMode, null);
mInitialApplication = app;
//cotentprovider初始化，即为什么能用它初始化业务代码
installContentProviders(app, data.providers);
try {
//启动生命周期onCreate()
mInstrumentation.callApplicationOnCreate(app);
}
} //LoadedApk中
public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) {
//如果存在Application的实例，则直接返回，这也说明Application是个单例
if (mApplication != null) {
return mApplication;
}
Application app = null;
//反射初始化Application
...
//交由 Instrumentation 创建并调用 Application 的 onCreate()
if (instrumentation != null) {
try {
instrumentation.callApplicationOnCreate(app);
}
}
return app;
}3.3.2 启动 Activity
attachApplicationLocked() 中会调用 stack.getAllRunningVisiableActivitiesLocked() 将栈中所有的 Activity 信息都赋值给一个列表 mTmpActivityList 然后遍历生成一个个配置类对象 ActivityRecord，通过 realStartActivityLocked() 传递，方法体中通过 ClientTransaction.obtain() 创建 Activity 启动事务并添加一个回调持有 LaunchActivityItem，事务被提交给 ClientLifecyleManager 最通过 ApplicationThread 回调到 ActivityThread 中处理。发送 Message 然后 Handler 处理（从Binder线程切换到主线程），会调用 TransactionExecutor 执行事务。 方法中会遍历所有添加的回调，拿到 LaunchActivityItem 父类 ClientTransctionItem 调用 execute()，创建一个配置类对象 ActivityRecord 赋值各种信息，回调给ActivityThread.handleLaunchActivity()，调用 performLaunchActivity()，进而通过 Instrumentation.newActivity() 创建 Activity（通过Intent得到类名用类加载器反射加载），通过 Instrumentation.callActivityOnCreate() 执行 onCreate() 生命周期。
boolean attachApplicationLocked(ProcessRecord app) throws RemoteException {
if (realStartActivityLocked(hr, app, true, true)) {...}
}
final boolean realStartActivityLocked(ActivityRecord r, ProcessRecord app, boolean andResume, boolean checkConfig) throws RemoteException {
try {
调用ApplicationThread的scheduleLaunchActivity用于启动一个Activity
app.thread.scheduleLaunchActivity(...);
}
}
//ActivityThread中
private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) {
//创建Activity
Activity a = performLaunchActivity(r, customIntent);
//渲染Activity
if (a != null) {
handleResumeActivity(r.token, false, r.isForward, !r.activity.mFinished && !r.startsNotResumed, r.lastProcessedSeq, reason);
}
}3.4 UI 渲染过程
3.4.1 设置布局
Activity 被启动后会执行 onCreate()，我们会在其中调用 setContentView() 来设置布局文件，该方法会调用 getWindow() 获取自己持有的 Window 对象（子类PhoneWindow，创建时在 performLaunchActivit() 中调用 activity.attach() 时被赋值的）并调用它的 setContentView()，初始化 DecorView 并将我们自定义的布局加载到 content 中。
//Activity中
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}
//PhoneWindow中
public void setContentView(int layoutResID) {
if (mContentParent == null) {
//初始化DecorView
installDecor();
}
}private void installDecor() {
//初始化DecorView（加载系统的基础布局）
mDecor = generateDecor(-1);
//获取DecorView中Content部分，加载我们自定义的布局内容
mContentParent = generateLayout(mDecor);
}generateLayout() 中会根据对应的主题加载默认布局，然后在通过 Inflater 将我们编写的 xml 布局文件加载到 DecorView 的 content 部分中。
3.4.2 渲染布局
通过 addView() 添加到 ViewGroup 中会触发 requestLayout() 和 invalidate(true) 重新布局和刷新，由于 DacorView 没有父容器所以只会执行添加操作，因此 onCreate() 阶段并不会渲染。
//ViewGroup中
public void addView(View child, int index, LayoutParams params) {
requestLayout();
invalidate(true);
}
//View中
public void requestLayout() {
if (mParent != null && !mParent.isLayoutRequested()) {
mParent.requestLayout();
}
}对于 Activity 生命周期一直说 onStart() 是可见的，performStart() 中调用 Instrumentation.callActivityOnStart() 并没有做渲染处理，所以这个“可见”严谨来说并不是指渲染出来可以看到的。
在 ActivityThread.handleResumeActivity() 中将 DecorView 添加到了 ViewManager 中，进而调用 WindowManagerGlobal.addView()，将 DecorView 设置给了在这里创建的 ViewRootImpl 对象，ViewRootImpl 会执行 requestLayout() → scheduleTraversals() → doTraversal() → performTraversals()，而这最后一个方法里会执行 View 的绘制流程（测量、摆放、绘制），此时 Activity 就被渲染出来了。
//ActivityThread中
final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) {
//调用Activity.onResume()
r = performResumeActivity(token, clearHide, reason);
if (r != null) {
final Activity a = r.activity;
if (r.window == null && !a.mFinished && willBeVisible) {
r.window = r.activity.getWindow();
View decor = r.window.getDecorView();
decor.setVisibility(View.INVISIBLE);
ViewManager wm = a.getWindowManager();
WindowManager.LayoutParams l = r.window.getAttributes();
a.mDecor = decor;
...
//间接调用到WindowManagerGlobal的addView方法
wm.addView(decor, l);
}
}
}//WindowManagerGlobal中
public void addView(View view, ViewGroup.LayoutParams params, Display display, Window parentWindow) {
root = new ViewRootImpl(view.getContext(), display);
//Decor设置给了ViewRootImpl
root.setView(view, wparams, panelParentView);
}
扫一扫
272
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
