首页 > 代码库 > 源码解析:dialog, popupwindow, 和activity 的第一个view是怎么来的?

源码解析:dialog, popupwindow, 和activity 的第一个view是怎么来的?

问题

在慢慢熟悉android 的过程中,发现一个view 或者layout的初始化,或者构造的流程还是比较清楚的,也就是加到父控件中,然后就开始了对应的生命周期。但是整个界面的父控件,或者说系统的第一个view, 是怎么来的,如何初始化和绘制的呢?

概述

概述:带着困扰我的问题,在前文的基础上,继续分析应用界面和framework的关系,通过分析viewrootimpl 的来源,并结合dialog, popupwindow, 和activity 的 根view的创建流程,回答了问题界面的根view 或者第一个view 是如何初始化,并加入到framework 中的。

分析viewrootimpl 的来源

本文分析是接上篇《源码分析:LayoutParams的wrap_content, match_parent, 和具体值》,在上文中简要分析了windowmanager中对界面的处理。

使用各种搜索方法,可以看到,全部android代码中只有一处引用ViewRootImpl 这个类,那就是

android.view.WindowManagerImpl.addView(View, LayoutParams, CompatibilityInfoHolder, boolean)

通过分析代码可以看到,windowmanager在addview() 的过程中,为了管理添加进来的view,使用了三个数组

    private View[] mViews;
    private ViewRootImpl[] mRoots;
    private WindowManager.LayoutParams[] mParams;
在代码处理中,通过view 的context 来构造一个对应的ViewRootImpl ,然后把view, rootViewImpl, 和layoutParams 三个变量,存到数组中。并在最后,setView。

            root = new ViewRootImpl(view.getContext());
            root.mAddNesting = 1;
            if (cih == null) {
                root.mCompatibilityInfo = new CompatibilityInfoHolder();
            } else {
                root.mCompatibilityInfo = cih;
            }

            view.setLayoutParams(wparams);
            
            if (mViews == null) {
                index = 1;
                mViews = new View[1];
                mRoots = new ViewRootImpl[1];
                mParams = new WindowManager.LayoutParams[1];
            } else {
                index = mViews.length + 1;
                Object[] old = mViews;
                mViews = new View[index];
                System.arraycopy(old, 0, mViews, 0, index-1);
                old = mRoots;
                mRoots = new ViewRootImpl[index];
                System.arraycopy(old, 0, mRoots, 0, index-1);
                old = mParams;
                mParams = new WindowManager.LayoutParams[index];
                System.arraycopy(old, 0, mParams, 0, index-1);
            }
            index--;

            mViews[index] = view;
            mRoots[index] = root;
            mParams[index] = wparams;
        // do this last because it fires off messages to start doing things        root.setView(view, wparams, panelParentView);
在setview中,就是前文measure 过程中提出的问题, view是哪里来的-参见-《尽量理解xml 中LayoutParams的wrap_content, match_parent, 和具体值》
好,现在知道了,rootview ,最终处理的view就是就是从windowmanager 中add进来的。那么顺藤摸瓜,看看到底哪里调用了WindowManagerImpl.addView()

ViewRootImpl(Context) - android.view.ViewRootImpl
	addView(View, LayoutParams, CompatibilityInfoHolder, boolean) : void - android.view.WindowManagerImpl
		addView(View, LayoutParams, CompatibilityInfoHolder) : void - android.view.WindowManagerImpl
		addView(View, LayoutParams) : void - android.view.WindowManagerImpl
			addIntruderView() : void - com.android.systemui.statusbar.phone.PhoneStatusBar
			addNavigationBar() : void - com.android.systemui.statusbar.phone.PhoneStatusBar
			addPanelWindows() : void - com.android.systemui.statusbar.tablet.TabletStatusBar (5 matches)
			addStartingWindow(IBinder, String, int, CompatibilityInfo, CharSequence, int, int, int) : View - com.android.internal.policy.impl.PhoneWindowManager
			addView(View) : void - android.view.WindowManagerImpl
			advance() : void - com.android.systemui.statusbar.tablet.TabletTicker
			handleResumeActivity(IBinder, boolean, boolean) : void - android.app.ActivityThread
			handleShow() : void - android.widget.Toast.TN
			invokePopup(LayoutParams) : void - android.widget.PopupWindow
			makeVisible() : void - android.app.Activity
			onBarViewAttached() : void - com.android.systemui.statusbar.phone.PhoneStatusBar
			onCreate() : void - com.android.systemui.LoadAverageService
			openPanel(PanelFeatureState, KeyEvent) : void - com.android.internal.policy.impl.PhoneWindow
			setVisible(boolean) : void - android.widget.ZoomButtonsController
			show() : void - android.app.Dialog
			show() : void - com.android.internal.policy.impl.KeyguardViewManager
			show(int) : void - android.widget.MediaController
			showCompatibilityHelp() : void - com.android.systemui.statusbar.tablet.TabletStatusBar
			showSafeModeOverlay() : void - com.android.server.am.ActivityManagerService
			start() : void - com.android.systemui.statusbar.StatusBar
			startAnimation(Runnable, int, int, boolean, boolean) : void - com.android.systemui.screenshot.GlobalScreenshot
			updateRecentsPanel() : void - com.android.systemui.statusbar.phone.PhoneStatusBar
			updateSettings() : void - com.android.internal.policy.impl.PhoneWindowManager
通过查看调用,可以看到很多地方都有调用。大概过一下,就能发现很多熟悉的东西,比如PhoneStatusBar,ActivityThread,PhoneWindow,PopupWindow,Activity,Toast,Dialog 等等。那这里感觉就比较明显了,这些熟悉的控件和类,就是通过windowmanager ,来把自己的view和界面加到系统中了。

分析Dialog 是如何加入到windowmanager 的

柿子先捡软的捏, 挑个简单的先。看下show() : void - android.app.Dialog

这不就是经常调用的大名鼎鼎的show() 嘛。 dialog写完最后调用的show() 方法,没错就是它。从这个控件来看确实就是这样通过windowmanager, show 一个dialog,就是windowmanager.addview一下啦。 那么addview的时候,自然就应该是dialog的根view,父控件喽。查看一下代码验证一下我们的猜测。

    /**
     * Start the dialog and display it on screen.  The window is placed in the
     * application layer and opaque.  Note that you should not override this
     * method to do initialization when the dialog is shown, instead implement
     * that in {@link #onStart}.
     */
    public void show() {
        if (mShowing) {
            if (mDecor != null) {
                if (mWindow.hasFeature(Window.FEATURE_ACTION_BAR)) {
                    mWindow.invalidatePanelMenu(Window.FEATURE_ACTION_BAR);
                }
                mDecor.setVisibility(View.VISIBLE);
            }
            return;
        }

        mCanceled = false;
        
        if (!mCreated) {
            dispatchOnCreate(null);
        }

        onStart();
        mDecor = mWindow.getDecorView();

        if (mActionBar == null && mWindow.hasFeature(Window.FEATURE_ACTION_BAR)) {
            mActionBar = new ActionBarImpl(this);
        }

        WindowManager.LayoutParams l = mWindow.getAttributes();
        if ((l.softInputMode
                & WindowManager.LayoutParams.SOFT_INPUT_IS_FORWARD_NAVIGATION) == 0) {
            WindowManager.LayoutParams nl = new WindowManager.LayoutParams();
            nl.copyFrom(l);
            nl.softInputMode |=
                    WindowManager.LayoutParams.SOFT_INPUT_IS_FORWARD_NAVIGATION;
            l = nl;
        }

        try {
            mWindowManager.addView(mDecor, l);
            mShowing = true;
    
            sendShowMessage();
        } finally {
        }
    }
被add进 windowmanager中的是这个mDecor, 来自mWindow.getDecorView();

    /**
     * Retrieve the top-level window decor view (containing the standard
     * window frame/decorations and the client's content inside of that), which
     * can be added as a window to the window manager.
     * 
     * <p><em>Note that calling this function for the first time "locks in"
     * various window characteristics as described in
     * {@link #setContentView(View, android.view.ViewGroup.LayoutParams)}.</em></p>
     * 
     * @return Returns the top-level window decor view.
     */
    public abstract View getDecorView();
从注释中的描述,确实是 top-level window decor view。 印证了前面的猜测。

接下来看下这个mDecor到底是什么。

找到具体的实现com.android.internal.policy.impl.PhoneWindow.getDecorView()

    @Override
    public final View getDecorView() {
        if (mDecor == null) {
            installDecor();
        }
        return mDecor;
    }
调用了installDecor()

    private void installDecor() {
        if (mDecor == null) {
            mDecor = generateDecor();
            mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
            mDecor.setIsRootNamespace(true);
        }
<span style="white-space:pre">	</span>//......
    }
继续generateDecor();

    protected DecorView generateDecor() {
        return new DecorView(getContext(), -1);
    }
        public DecorView(Context context, int featureId) {
            super(context);
            mFeatureId = featureId;
        }
        /** The feature ID of the panel, or -1 if this is the application's DecorView */
        private final int mFeatureId;
    private final class DecorView extends FrameLayout implements RootViewSurfaceTaker
最后,从类定义中看到,DecorView 是一个 FrameLayout 并实现了RootViewSurfaceTaker

所以,回顾一下,这个 top-level window decor view,被add 进windowmanager 中的就是一个framelayout。

这点通过 hierarchyviewer 分析 UI 时得到印证。

如何使用,请移步官方文档《Using Hierarchy Viewer》,已经有很多人写了中文文档,不再赘述。


好了,到这里知道了系统dialog 中对应的 顶层 view 是一个framelayout, 对应到framework中 viewrootimpl 中的rootview。

同理,PopupWindow 是怎么干的

然后举一反三,看下PopupWindow 是怎么搞的。

invokePopup(LayoutParams) : void - android.widget.PopupWindow
	showAsDropDown(View, int, int) : void - android.widget.PopupWindow
	showAtLocation(IBinder, int, int, int) : void - android.widget.PopupWindow
这个接口showAsDropDown就是PopupWindow 的api嘛, 
这里简单的列出关键代码,就不一一分析了。

        mWindowManager.addView(mPopupView, p);
        if (mBackground != null) {
            final ViewGroup.LayoutParams layoutParams = mContentView.getLayoutParams();
            int height = ViewGroup.LayoutParams.MATCH_PARENT;
            if (layoutParams != null &&
                    layoutParams.height == ViewGroup.LayoutParams.WRAP_CONTENT) {
                height = ViewGroup.LayoutParams.WRAP_CONTENT;
            }

            // when a background is available, we embed the content view
            // within another view that owns the background drawable
            PopupViewContainer popupViewContainer = new PopupViewContainer(mContext);
            PopupViewContainer.LayoutParams listParams = new PopupViewContainer.LayoutParams(
                    ViewGroup.LayoutParams.MATCH_PARENT, height
            );
            popupViewContainer.setBackgroundDrawable(mBackground);
            popupViewContainer.addView(mContentView, listParams);

            mPopupView = popupViewContainer;
        } else {
            mPopupView = mContentView;
    public void setContentView(View contentView) {
        if (isShowing()) {
            return;
        }

        mContentView = contentView;

        if (mContext == null && mContentView != null) {
            mContext = mContentView.getContext();
        }

        if (mWindowManager == null && mContentView != null) {
            mWindowManager = (WindowManager) mContext.getSystemService(Context.WINDOW_SERVICE);
        }
    }
所以PopupWindow  是把setContentView 的view  加入到了windowmanager 中。

接下来是activity

那最常用的activity 中又是怎样的呢?

    void makeVisible() {
        if (!mWindowAdded) {
            ViewManager wm = getWindowManager();
            wm.addView(mDecor, getWindow().getAttributes());
            mWindowAdded = true;
        }
        mDecor.setVisibility(View.VISIBLE);
    }
这里的mDecor 就不像前面的dialog 和popupWindow 中那么容易分析了。

首先扫了一下activity 这个类,发现没有赋值语句, 查看一下基类,也没有。最后查看所有mDecor 的调用。

mDecor - android.app.Activity
	dispatchKeyEvent(KeyEvent) : boolean - android.app.Activity
	handleDestroyActivity(IBinder, boolean, int, boolean) : void - android.app.ActivityThread (2 matches)
	handleResumeActivity(IBinder, boolean, boolean) : void - android.app.ActivityThread (2 matches)
	handleSendResult(ResultData) : void - android.app.ActivityThread
	handleWindowVisibility(IBinder, boolean) : void - android.app.ActivityThread
	makeVisible() : void - android.app.Activity (2 matches)
	onWindowAttributesChanged(LayoutParams) : void - android.app.Activity
	setVisible(boolean) : void - android.app.Activity
	updateVisibility(ActivityClientRecord, boolean) : void - android.app.ActivityThread

逐个查看,最后仅在handleResumeActivity() : void - android.app.ActivityThread 中 找到相关赋值。

    final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward) {
        // If we are getting ready to gc after going to the background, well
        // we are back active so skip it.
        unscheduleGcIdler();

        ActivityClientRecord r = performResumeActivity(token, clearHide);

        if (r != null) {
            final Activity a = r.activity;

            if (localLOGV) Slog.v(
                TAG, "Resume " + r + " started activity: " +
                a.mStartedActivity + ", hideForNow: " + r.hideForNow
                + ", finished: " + a.mFinished);

            final int forwardBit = isForward ?
                    WindowManager.LayoutParams.SOFT_INPUT_IS_FORWARD_NAVIGATION : 0;

            // If the window hasn't yet been added to the window manager,
            // and this guy didn't finish itself or start another activity,
            // then go ahead and add the window.
            boolean willBeVisible = !a.mStartedActivity;
            if (!willBeVisible) {
                try {
                    willBeVisible = ActivityManagerNative.getDefault().willActivityBeVisible(
                            a.getActivityToken());
                } catch (RemoteException e) {
                }
            }
            if (r.window == null && !a.mFinished && willBeVisible) {
                r.window = r.activity.getWindow();
                <span style="color:#ff0000;">View decor = r.window.getDecorView();</span>
                decor.setVisibility(View.INVISIBLE);
                ViewManager wm = a.getWindowManager();
                WindowManager.LayoutParams l = r.window.getAttributes();
                <span style="color:#ff0000;">a.mDecor = decor;</span>
                l.type = WindowManager.LayoutParams.TYPE_BASE_APPLICATION;
                l.softInputMode |= forwardBit;
                if (a.mVisibleFromClient) {
                    a.mWindowAdded = true;
                    wm.addView(decor, l);
                }
<span style="white-space:pre">		</span>//......

    }
这里代码涉及较多内容,集中注意力,看decorView ,注意到decor = r.window.getDecorView();。

而ActivityClientRecord r = performResumeActivity(token, clearHide);

也就是说是具体resume 的activity 的 window 的decorView()。

通过前面dialog 部分的分析,我们知道使用phoneWindow 的话,那就是framelayout 的那个 decorView。而目前还没有其他类型的window,这从window的继承关系可以看出。

在这里我们看到,activity 在resume的时候,通过判断是否要visible ,来把activity 的window 的decorView 加到windowmanager中,那么在activity的生命周期就应该在对应的状态中从windowmanager中移除该decorView。

在前面mDecor 的调用中,确实发现了在android.app.ActivityThread.handleDestroyActivity(IBinder, boolean, int, boolean),中。

    private void handleDestroyActivity(IBinder token, boolean finishing,
            int configChanges, boolean getNonConfigInstance) {
        ActivityClientRecord r = performDestroyActivity(token, finishing,
                configChanges, getNonConfigInstance);
        if (r != null) {
            cleanUpPendingRemoveWindows(r);
            WindowManager wm = r.activity.getWindowManager();
            <span style="color:#ff0000;">View v = r.activity.mDecor;</span>
            if (v != null) {
                if (r.activity.mVisibleFromServer) {
                    mNumVisibleActivities--;
                }
                IBinder wtoken = v.getWindowToken();
                if (r.activity.mWindowAdded) {
                    if (r.onlyLocalRequest) {
                        // Hold off on removing this until the new activity's
                        // window is being added.
                        r.mPendingRemoveWindow = v;
                        r.mPendingRemoveWindowManager = wm;
                    } else {
                       <span style="color:#ff0000;"> wm.removeViewImmediate(v);</span>
                    }
                }
<span style="white-space:pre">	</span>}
<span style="white-space:pre">	</span>//......

    }
至此,通过看了dialog, popupwindow, 和activity 中的部分源码, 知道了普通界面(dialog, popupwindow, 和activity )的第一个view, 是怎么来的,是如何加入到系统中的,也就是windowManager。

一句话结论

应用层面的界面都是通过windowmanager 加入到framework 中的,ViewRootImpl 是framework对view 的抽象, 界面管理的根节点。

留的尾巴


弄清楚第一个的问题后,接下来争取比较完整地回顾一下view 的创建,绘制,layout过程。to be continued...

在分析过程中,简单的接触到了framework中处理activity的部分流程,handleResumeActivity(),handleDestroyActivity()。另一个问题就是系统framework 是如何管理activity的生命周期的。//TODO 



弄清楚第一个的问题后,接下来争取比较完整地回顾一下view 的创建,绘制,layout过程。to be continued...

在分析过程中,简单的接触到了framework中处理activity的部分流程,handleResumeActivity(),handleDestroyActivity()。另一个问题就是系统framework 是如何管理activity的生命周期的。//TODO