Activity 显示界面——说说 View 的那些理不清的关系，移动端 h5 页面适配
try {
if (activity != null) {
//完成 activity 的一些重要数据的初始化
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config,
r.referrer, r.voiceInteractor, window, r.configCallback,
r.assistToken);
//调用 activity 的 onCreate 方法
if (r.isPersistable()) {
mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
} else {
mInstrumentation.callActivityOnCreate(activity, r.state);
}
}
}
return activity;
}
这个过程中，主要做了三件事：
Activity 被实例化出来
调用了 attach 方法进行初始化
调用 onCreate 方法开始从布局文件加载布局，做 View 显示的准备工作。
给小爱找个和 View 交互的帮手（PhoneWindow）
============================
大家也都知道，小爱在被创建后，事务繁忙，肯定不能亲力亲为得管理每个 View，所以他就找了一个帮手，帮助她和 View 交互，管理 View。
（Activity 和 View 的解耦）
这个帮手是啥呢？就是窗口 Window，也就是实现类 PhoneWindow 了。
这个过程发生在 attach 方法中：
//Activity.java
final void attach() {
//创建 PhoneWindow
mWindow = new PhoneWindow(this, window, activityConfigCallback);
mWindow.setCallback(this);
mWindow.setWindowManager(
(WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
mToken, mComponent.flattenToString(),
(info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
}
为了方便记忆，我们管这个 PhoneWindow 管家叫做 窗管家。
加载布局文件（DecorView）
=================
有了窗管家之后，就可以继续 onCreate 方法了，在 onCreate 方法中最重要的就是这个 setContentView 了。
通过 setContentView 可以加载布局文件里的 View。
之前说了，View 相关的管理工作就交给窗管家，所以就直接调用到 PhoneWindow 的 setContentView 方法：
//Activity.java
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}
然后就开始加载布局文件的工作了。
但是考虑到一点，Activity 是有不同的主题的，不同主题就有不同的布局结构。所以得在加载我们自己设置的布局文件之前，设置一个最顶级的 View，作为所有 View 的老大。
而这个顶层的 View 就是 DecorView，为了方便，我管他叫做 最顶的小弟，简称小弟。
看看小弟 DecorView 是怎么被创建的：
//PhoneWindow.java
@Override
public void setContentView(int layoutResID) {
if (mContentParent == null) {
installDecor();
}
if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
mLayoutInflater.inflate(layoutResID, mContentParent);
}
}
private void installDecor() {
if (mDecor == null) {
mDecor = generateDecor(-1);
} else {
mDecor.setWindow(this);
}
if (mContentParent == null) {
mContentParent = generateLayout(mDecor);
}
}
protected DecorView generateDecor(int featureId) {
return new DecorView(context, featureId, this, getAttributes());
}
就是这样，小弟 DecorView 就被创建出来了，然后就该小弟工作了。
上文说过，小弟 DecorView 被创建出来是要干啥的？
要根据不同的主题设置不同的布局结构，这个工作就发生在 generateLayout 方法中了，具体咱今天就不分析了。
看似小弟的工作也完成了？
等等，应用自己的布局还没加载呢嘛，重要的事情还没开始做呢。
再回到上面的 setContentView 方法中，在调用 installDecor 方法创建了小弟之后，还做了一件事：
//加载 xml 布局文件
mLayoutInflater.inflate(layoutResID, mContentParent);
public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) {
final Resources res = getContext().getResources();
final XmlResourceParser parser = res.getLayout(resource);
try {
return inflate(parser, root, attachToRoot);
} finally {
parser.close();
}
}
而这个 inflate 就是我们熟知的加载布局文件的方法。传入 xml 布局文件，解析并结合我们传入的父 view——mContentParent，将其转化为一个完整的树结构，最后返回顶层的 View。
到这里，setContentView 的工作算是完成了，
简单的说，就是创建了小弟 DecorView，并且结合这个顶层的 view 和我们传入的 xml 布局文件，生成了一个多层结构的 View。
显示出这个 View（ViewRootImpl）
=======================
View 有了，结构也定下来了。接下来就是怎么显示出这个 View 结构，让我们的手机展示出画面？
没错，就是绘制。
关于 View 的绘制工作交给谁做比较好呢？回忆下现在的成员：
小爱 Activity：大老板，负责统筹即可。
窗管家 PhoneWindow：负责管理各个 View。
小弟 DecorView：最顶层的 View，负责展示主题布局。
好像没有人选可以负责 View 绘制了？绘制这么重要，那就要再招一个朋友来了。
ViewRootImpl 闪亮?登场，为了方便，我管他叫做 小薇。
小薇是什么时候创建的呢？
接着看 Activity 的调用过程，在 onCreate 调用完后，就会调用 onResume 方法，这又要从 handleResumeActivity 方法说起了。
@Override
public void handleResumeActivity() {
//onResume
final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
//addView
if (r.window == null && !a.mFinished && willBeVisible) {
r.window = r.activity.getWindow();
View decor = r.window.getDecorView();
ViewManager wm = a.getWindowManager();
WindowManager.LayoutParams l = r.window.getAttributes()
wm.addView(decor, l);
}
该方法主要做了两件事：
调用 onResume 方法
调用 WM 的 addView 方法。
小薇好像还没出来？
继续看 addView 方法：
//WindowManagerGlobal.java
public void addView() {
synchronized (mLock) {
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
try {
root.setView(view, wparams, panelParentView);
}
}
}
public ViewRootImpl(Context context, Display display) {
mContext = context;
mWindowSession = WindowManagerGloba
l.getWindowSession();
mThread = Thread.currentThread();
}
终于，小薇 ViewRootImpl 也被创建出来了，而这个 ViewRootImpl 中，有两个变量值得关注一下：
mWindowSession。类型为 IWindowSession，是一个 Binder 对象，用于进程间通信。其在服务器端的实现为 Session，可以通过它来完成 WMS 相关的工作。
mThread。设置了线程变量为当前线程，也就是实例化 ViewRootImpl 时候的线程。一般进行不同线程更新 UI 的时候，就会判断当前线程和 mThread 是否相等，如果不同，则会抛出异常。
接下来，就是调用 ViewRootImpl 的 setView 方法，这个方法自然就是小薇 ViewRootImpl 做事的方法了：
//ViewRootImpl.java
public void setView() {
synchronized (this) {
//绘制
requestLayout();
//调用 WMS 的 addWindow 方法
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(), mWinFrame,
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
mAttachInfo.mOutsets, mAttachInfo.mDisplayCutout, mInputChannel);
//设置 this(ViewRootImpl)为 view(decorView)的 parent
view.assignParent(this);
}
}
主要有三个功能：
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论