【Android源码】深入源码分析UI的绘制流程 附(1)，2024年最新web管理端

generateLayout 方法内部首先定义了一个变量 layoutResource 用来保存在不同主题下的布局文件，调用 DecorView#onResourcesLoaded 将 layoutResource 布局文件添加到 DecorView 中，(ViewGroup)findViewById(ID_ANDROID_CONTENT) 返回 layoutResource 敲定好后控件id为 com.android.internal.R.id.content 的控件对象，截止到目前为止，DecorView 被初始化，layoutResource 被添加到 DecorView 中，回到上面的代码2中执行将自己定义的布局文件添加到 mContentParent 中，所以到了这一步你的布局文件已经被解析好了，但是记住在这里没有发现任何一个执行布局测量，布局以及绘制的操作，这也是为什么在onCreate中你直接获取View的宽高获取不到的原因，因为在setContentView中只是执行了解析布局文件以及处理布局层级的操作，并最终得到了下面的结构：

View是如何被添加到Window中的

---

前文中已经分析完了在 setContentView 中我们自己写的布局文件是怎么叠加在 DecorView 中的以及 View 的布局层级结构，但是 onCreate 方法中是不涉及到 View 对象的测量，布局以及绘制的，仅仅只是处理布局的解析而已，那么在什么时候处理这些事务呢，处理这些事务的具体流程是什么？核心代码在 ActivityThread 的handleResumeActivity 方法中，我们跟着一起看下：

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;

boolean willBeVisible = !a.mStartedActivity;

if (r.window == null && !a.mFinished && willBeVisible) {

//获取Activity里的PhoneWindow对象

r.window = r.activity.getWindow();

//根据PhoneWindow获取DecorView对象

View decor = r.window.getDecorView();

decor.setVisibility(View.INVISIBLE);

//获取 WindowManagerImpl ，ViewManager是一个接口

ViewManager wm = a.getWindowManager();

WindowManager.LayoutParams l = r.window.getAttributes();

a.mDecor = decor;

l.type = WindowManager.LayoutParams.TYPE_BASE_APPLICATION;

l.softInputMode |= forwardBit;

if (a.mVisibleFromClient) {

if (!a.mWindowAdded) {

a.mWindowAdded = true;

//最终调用WindowManagerImpl的addView方法

wm.addView(decor, l);

}

}

}

}

//WindowManagerImpl#addView

public void addView(@NonNull View view, @NonNull V