前言
本章将会带你深入理解Window、DecorView、ViewRootImp。除此之外,你还能在本章找到以下问题的答案:
- 为什么要有设计Window?
- 子线程真的不能更新UI吗?
- 为什么在Activity的onCreate方法中无法获取View的宽和高?
图解Activity启动到View显现过程
![00925fe6c43f7f886e4fadd30e317ea5.png](https://i-blog.csdnimg.cn/blog_migrate/e4f71d8a48e87a1198e136bfa785d121.jpeg)
上图出现了五个对象:Activity、Window、WindowManager、DecorView、ViewRootImpl,我分别解释一下它们的作用。
- Activity:Activity像是一个指挥官,它不处理具体的事务,只在适当的时候指挥Window/WindowManager工作。
例如:在attach时创建Window对象、onResume后通知WindowManager添加view。
- Window:Window是一个窗口,它是View的容器。
Android中的视图以View树的形式组织在一起,而View树必须依附在Window上才能工作。
一个Window对应着一个View树。启动Activity时会创建一个Window,显示Dialog时也会创建一Window。
因此Activity内部可以有多个Window。由于View的测量、布局、绘制只是在View树内进行的,
因此一个Window内View的改动不会影响到另一个Window。
Window是一个抽象类,它只有一个实现类PhoneWindow。
WindowManager:WindowManager是Window的管理类。
它不直接操作Window,而是操作Window内的DecorView。
WindowManager是一个接口。
它的具体实现类是WindowManagerImpl。
public interface WindowManager{
public void addView(View view, ViewGroup.LayoutParams params);
public void updateViewLayout(View view, ViewGroup.LayoutParams params);
public void removeView(View view);
}
- DecorView是View树的顶级View,它是FrameLayout的子类。根据Activity设置的Theme,DecorView会有不同布局。但无论布局怎么变,DecorView都有一个Id为R.id.content的FrameLayout。Activity.setContentView()方法就是在这个FrameLayout中添加子View。
- ViewRootImpl是连接WindowManager和DecorView的纽带,View的三大流程均是通过ViewRootImpl来完成的。
源码解密
在Android插件化之启动Activity中,我介绍过Activity的启动流程。其中handleLaunchActivity()方法是启动Activity的核心方法。本节就以它为切入点开始分析。
private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent) {
//省略代码... //performLaunchActivity
Activity a = performLaunchActivity(r, customIntent);
if (a != null) {
r.createdConfig = new Configuration(mConfiguration);
Bundle oldState = r.state;
//handleResumeActivity
handleResumeActivity(r.token, false, r.isForward,!r.activity.mFinished && !r.startsNotResumed);
//省略代码...
}
}
handleLaunchActivity()主要调用了两个方法:performLaunchActivity()和handleResumeActivity()
- performLaunchActivity:完成Activity的创建,以及调用Activity的 onCreate()和onStart()方法。
- handleResumeActivity:调用Activity的onResume()方法,处理View的呈现。
performLaunchActivity
我们进入performLaunchActivity()方法,核心代码如下:
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
ActivityInfo aInfo = r.activityInfo;
ComponentName component = r.intent.getComponent();
java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
//创建Activity
Activity activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);
Application app = r.packageInfo.makeApplication(false, mInstrumentation);
if (activity != null) {
//创建Context
Context appContext = createBaseContextForActivity(r, activity);
CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
Configuration config = new Configuration(mCompatConfiguration);
//调用Activity.attach。
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);
//省略代码...
//调用Activity.onCreate()方法。
if (r.isPersistable()) {
mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
} else {
mInstrumentation.callActivityOnCreate(activity, r.state);
}
r.activity = activity;
if (!r.activity.mFinished) {
//调用Activity.onStart()方法。
activity.performStart();
}
}
r.paused = true;
mActivities.put(r.token, r);
return activity;
}
performLaunchActivity()主要做了以下几件事:
- 创建Activity。
- 创建Context。
- 调用Activity.attach(),创建Window,关联WindowManager。
- 调用Activity.onCreate()。
- 调用Activity.onStart()。
attach
上面说了,在Activity.attach()方法执行时会创建Window并为Window关联WindowManager。我们看一下伪代码。
final void attach(Context context, ActivityThread aThread, Instrumentation instr, IBinder token, int ident, Application application, Intent intent, ActivityInfo info, CharSequence title, Activity parent, String id, NonConfigurationInstances lastNonConfigurationInstances, Configuration config, String referrer, IVoiceInteractor voiceInteractor) { attachBaseContext(context); //创建Window mWindow = new PhoneWindow(this); mWindow.setCallback(this); mWindow.setOnWindowDismissedCallback(this); mWindow.getLayoutInflater().setPrivateFactory(this); if (info.softInputMode != WindowManager.LayoutParams.SOFT_INPUT_STATE_UNSPECIFIED) { mWindow.setSoftInputMode(info.softInputMode); } if (info.uiOptions != 0) { mWindow.setUiOptions(info.uiOptions); } //设置UI线程 mUiThread = Thread.currentThread(); mMainThread = aThread; //关联WindowManager mWindow.setWindowManager( (WindowManager)context.getSystemService(Context.WINDOW_SERVICE), mToken, mComponent.flattenToString(), (info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0); if (mParent != null) { mWindow.setContainer(mParent.getWindow()); } mWindowManager = mWindow.getWindowManager(); } 复制代码
setContentView
顺着流程图,Activity.setContentView()方法会被调用。Activity.setContentView()内又直接调用了PhoneWindow.setContentView()。我们直接看PhoneWindow.setContentView()的源码。
private DecorView mDecor; //setContentView传过来的View会被add到mContentParent中。mContentParent的Id是R.id.content。 private ViewGroup mContentParent; @Override public void setContentView(View view, ViewGroup.LayoutParams params) { if (mContentParent == null) { installDecor(); }else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) { mContentParent.removeAllViews(); } //省略代码。。。 } private void installDecor() { if (mDecor == null) { //初始化DecorView mDecor = generateDecor(); mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS); mDecor.setIsRootNamespace(true); if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) { mDecor.postOnAnimation(mInvalidatePanelMenuRunnable); } } if (mContentParent == null) { mContentParent = generateLayout(mDecor); //省略代码。。。 } } 复制代码
如果mContentParent为null,会执行installDecor()方法。generateDecor()源代码很长,但是它的逻辑很简单主要是根据Activity Theme的不同,初始化不同的布局。DecorView的布局虽然不同,但它们都一个Id为R.id.content的FrameLayout。Activity.setContentView()就是在这个FrameLayout中添加子View。
handleResumeActivity
performLaunchActivity()执行完后,紧接着执行handleResumeActivity()。
final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward, boolean reallyResume) { //处理Activity的onRestart onResume生命周期。 ActivityClientRecord r = performResumeActivity(token, clearHide); if (r != null) { if (r.window == null && !a.mFinished) { r.window = r.activity.getWindow(); View decor = r.window.getDecorView(); //设置DecorView不可见 decor.setVisibility(View.INVISIBLE); ViewManager wm = a.getWindowManager(); WindowManager.LayoutParams l = r.window.getAttributes(); if (a.mVisibleFromClient) { a.mWindowAdded = true; //利用WindowManager添加DecorView。 wm.addView(decor, l); } } if (!r.activity.mFinished && r.activity.mDecor != null) { if (r.activity.mVisibleFromClient) { //设置DecorView可见。 r.activity.makeVisible(); } } //IPC调用,通知AMS Activity启动完成。 ActivityManagerNative.getDefault().activityResumed(token); } else { try { ActivityManagerNative.getDefault() .finishActivity(token, Activity.RESULT_CANCELED, null, false); } catch (RemoteException ex) { } } } 复制代码
handleResumeActivity()处理的事情比较多。我总结为以下几个过程:
- 通过performResumeActivity()处理Activity的onRestart onResume的生命周期。
- 将DecorView设置为InVisible。
- 通过WindowManager.addView()将DecorView绘制完成。
- 将DecorView设置为Visiable。
- 通知AMS Activity启动完成。
WindowManger.addView()
前面说过,WindowManger是一个抽象类,它的实现类是WindowManagerImpl。
WindowManager.addView()封装了View绘制的细节。我们着重看一下。
public final class WindowManagerImpl implements WindowManager {
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
private final Display mDisplay;
private final Window mParentWindow;
private IBinder mDefaultToken;
public WindowManagerImpl(Display display) {
this(display, null);
}
private WindowManagerImpl(Display display, Window parentWindow) {
mDisplay = display;
mParentWindow = parentWindow;
}
public void setDefaultToken(IBinder token) {
mDefaultToken = token;
}
@Override //这里的View是PhoneWindow内创建的DecorView。
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mDisplay, mParentWindow);
}
private void applyDefaultToken(@NonNull ViewGroup.LayoutParams params) {
if (mDefaultToken != null && mParentWindow == null) {
final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams) params;
if (wparams.token == null) {
wparams.token = mDefaultToken;
}
}
}
}
WindowManagerImpl.addView会调用WindowManagerGlobal.addView()。
在WindowManagerGlobal.addView()方法执行之前,会先执行applyDefaultToken()方法。
这个方法其实是给传进来的DecorView加一个身份标识,表示这个DecorView属于哪个Activity。
这样系统(WindowManagerService)才会知道要把DecorView绘制到哪个Activity。
我们继续追踪WindowManagerGlobal.addView(),伪代码如下:
private final ArrayList<View> mViews = new ArrayList<View>();
private final ArrayList<ViewRootImpl> mRoots = new ArrayList<ViewRootImpl>();
private final ArrayList<WindowManager.LayoutParams> mParams = new ArrayList<WindowManager.LayoutParams>();
//这里的View是PhoneWindow内创建的DecorView。
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
final WindowManager.LayoutParams wparams = (WindowManager.LayoutParams) params;
//省略代码....
root = new ViewRootImpl(view.getContext(), display);
//省略代码...
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
root.setView(view, wparams, panelParentView);
}
首先会创建ViewRootImpl,随后把View、ViewRootImpl、LayoutParams都保存在List中,以供将来更新UI使用。
它们的index值相同,这样就三者就对应起来了。最后,调用ViewRootImpl.setView()方法。
ViewRootImpl.setView()
public class ViewRootImpl{
View mView;
//这里的View是PhoneWindow内创建的DecorView。
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
synchronized (this) {
if (mView == null) {
mView = view;
//省略代码。。。
// Schedule the first layout -before- adding to the window
// manager, to make sure we do the relayout before receiving
// any other events from the system.
requestLayout();
//省略代码。。。
//IPC通信,通知WMS渲染。
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
mAttachInfo.mOutsets, mInputChannel);
//省略代码。。。
}
}
}
@Override public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
//检查当前执行的线程是不是UI线程
checkThread();
mLayoutRequested = true;
//处理DecorView的measure、layout、draw。
scheduleTraversals();
}
}
void checkThread() {
if (mThread != Thread.currentThread()) {
throw new CalledFromWrongThreadException(
"Only the original thread that created a view hierarchy can touch its views.");
}
}
}
ViewRootImpl.setView()的伪代码有两句,但我们只关心requestLayout。
因为mWindowSession.addToDisplay()就是通过IPC通知WMS去渲染,我们再去分析WMS意义已经不大了。
requestLayout()方法首先会检查当前执行的线程是不是UI线程,随后调用scheduleTraversals()。
scheduleTraversals会把本次请求封装成一个TraversalRunnable对象,这个对象最后会交给Handler去处理。
最后ViewRootImpl.performTraversals()被调用。调用链如下:
final TraversalRunnable mTraversalRunnable = new TraversalRunnable();
void scheduleTraversals() {
if (!mTraversalScheduled) {
mTraversalScheduled = true;
//省略代码。。。
mChoreographer.postCallback(Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null);
//省略代码。。。
}
}
final class TraversalRunnable implements Runnable {
@Override public void run() {
doTraversal();
}
}
void doTraversal() {
if (mTraversalScheduled) {
mTraversalScheduled = false;
mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
//处理DecorView的measure、layout、draw。
performTraversals();
if (mProfile) {
Debug.stopMethodTracing();
mProfile = false;
}
}
}
performTraversals()主要是处理View树的measure、layout、draw等流程。不清楚的同学可以去看《Android开发艺术探索》第四章,我在这里就不继续深入了。
总结
下面我回答文章前言部分提出的几个问题。
- 为什么要有设计Window?
要理解Window需要从面向对象的角度出发。
- 假如没有Window,那Window管理View树的代码必然会放到Activity中。这样Activity就变得十分庞大,这与我们前面说的Activity指挥官的角色相违背。
- 把View树的管理工作封装到Window后,在调用Dialog.show()、Dialog.hide()等Window切换时,Activity只需要负责Window的显示和隐藏即可。
- View的测量、布局、绘制只是在View树内进行的,把一个View树封装在一个Window中方便视图管理。
- 子线程真的不能更新UI吗?
更新视图时,线程检查是在ViewRootImpl的checkThread()中。ViewRootImpl的初始化是在Activity的onResume()方法之后。因此,如果有子线程在onResume之前更新UI是可以成功的。当然还有一种Hook ViewRootImpl的mThread的方法也可以更新UI。这里不做介绍了。 - Activity的onCreate方法为什么无法获取View的宽和高?
这个问题和子线程不能更新UI的问题很像,也是方法执行时机的一个问题。View的measure、layout、draw。发生在Activity.onResume()之后,因此在onResume()之前都是无法获取View的宽、高等信息的。