View和ViewGroup中的mParent

Posted 2021-07-09 ITRenj

View和ViewGroup中的mParent

源码版本为 Android 10（Api 29），不同Android版本可能有一些差别

mParent从名字看，应该表示父View，而这篇博客我们就是要探索View和ViewGroup中的mParent分别表示什么，以及在什么地方赋值的。

页面顶层View(DecorView)中 mParent 表示的什么？

通过《Activity 的组成》 我们知道了界面的顶层View是DecorView，那么我们查看mParent的来源，首先就应该查看 DecorView的mParent是什么，在哪里被赋值的。

通过《Activity常见问题》的 【Activity 在 onResume 之后才显示的原因是什么？】 部分能知道DecorView是怎样添加到PhoneWindow的(ActivityThread#handleResumeActivity() -> WindowManagerImpl#addView() -> WindowManagerGlobal#addView() -> ViewRootImpl#setView())。在 ViewRootImpl#setView() 方法中通过调用 Session#addToDisplay() 方法开始实现客户端与WMS之间的绑定，不过这里不是我们今天关注的重点。我们今天关注的重点在这个方法的另一行那个代码。在来看一下ViewRootImpl#setView()方法：

public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
    synchronized (this) {
        if (mView == null) {
            mView = view;
			// 调用 requestLayout() 方法，进行布局（包括measue、layout、draw）
            requestLayout();
            
            mOrigWindowType = mWindowAttributes.type;
            mAttachInfo.mRecomputeGlobalAttributes = true;
            collectViewAttributes();
			// 通过调用 Session 的 addToDisplay() 方法
            res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
                    getHostVisibility(), mDisplay.getDisplayId(), mTmpFrame,
                    mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
                    mAttachInfo.mOutsets, mAttachInfo.mDisplayCutout, mInputChannel,
                    mTempInsets);
            setFrame(mTmpFrame);

            // 调用 View 的 assignParent() 方法
            view.assignParent(this);
        }
    }
}

这里我们最关心的就是 view.assignParent(this) 代码，传递了 this 对象（this就是ViewRootImpl），这里的View就是DecorView，这个方法在View中实现。我们来看一下 View#assignParent(this) 方法：

void assignParent(ViewParent parent) {
    if (mParent == null) {
        mParent = parent;
    } else if (parent == null) {
        mParent = null;
    } else {
        throw new RuntimeException("view " + this + " being added, but it already has a parent");
    }
}

接收一个 ViewParent 参数，ViewRootImpl 是实现了这个接口的，而且这里传递的也是它，所以到了这里我们就知道了：顶层 DecorView 中的 mParent 参数表示的就是 ViewRootImpl，知道了顶层DecorView 中的 mParent表示的是什么，那么我么就继续看看DecorView 的子View中的mParent表示的什么吧？

非DecorView中 mParent 表示的什么，在什么时候赋值的？

首先我们查看ViewGroup类的声明:

public abstract class ViewGroup extends View implements ViewParent, ViewManager

发现ViewGroup也实现了ViewParent接口。

我们在上面说知道了View#assignParent() 方法的参数是需要一个 ViewParent 对象，而刚好ViewGroup也实现了ViewParent接口，DecorView也是间接继承ViewGroup，那么子View的mParent是不是就是DecorView呢？我们接着往下看。

在我们平常写代码中，获取父控件时通常是这样写的代码：

ViewGroup viewGroup = (ViewGroup) view.getParent();

直接通过view.getParent() 然后强转成 ViewGroup，而View#getParent() 方法返回的正是 View 的 mParent 成员变量，那么我们也可以在一定程度上认为 View的 mParent 就是 ViewGroup。

在上面说了，给mParent赋值地方是在View#assignParent() 方法，那么我们就可以反过来看，在DecorView中哪里调用了这个方法，结果没有发现有调用这个方法，继续查看 FrameLayout类，发现也没有调用过这个方法，接着看ViewGroup类，发现了在ViewGroup中的 addViewInner() 方法中有调用这个方法。

private void addViewInner(View child, int index, LayoutParams params,
        boolean preventRequestLayout) {
    // tell our children
    if (preventRequestLayout) {
        child.assignParent(this);
    } else {
        child.mParent = this;
    }
}

接着查找 addViewInner() 方法在哪里被调用了，我们发现在ViewGroup中的addView() 方法：

public void addView(View child, int index, LayoutParams params) {

    if (child == null) {
        throw new IllegalArgumentException("Cannot add a null child view to a ViewGroup");
    }
	// 请求重新测量、布局和绘制
    requestLayout();
    invalidate(true);
	// 调用 addViewInner() 方法
    addViewInner(child, index, params, false);
}

上面说到了，每一个View添加到ViewGroup中都是通过addView() 方法来实现的，现在我们找到了在addView()方法中调用了addViewInner() 方法，然后调用了子View 的 assignParent()方法，并且将自身作为参数传递了。而assignParent()方法中就是对mParent进行赋值。那么到这里我们就知道了：子View的 mParent 是父View在调用addView()方法将子View添加到自身时，通过调用子View 的 assignParent()方法将自身传递给子View作为子View的mParent成员变量值。也就是非DecorView的 mParent 成员变量表示的就是 ViewGroup 。

扩展

ViewGroup 中的 addView() 、addViewInLayout() 和 attachViewToParent()方法比较

先了解几点：

1. 在ViewGroup中有一个View数组mChildren保存了该ViewGroup中的所有子View
2. 对mChildren的操作（增加、删除、插入）在 ViewGroup#addInArray() 方法中

几个方法对比

• addView()：会调用 requestLayout() 和 invalidate(true) 方法强制调用当前控件的测量、布局和绘制方法，然后调用 ViewGroup#addViewInner() 方法，在addViewInner() 方法中会给 mParent 赋值并且回调用子控件的 requestLayout() 方法，同时调用addInArray()方法修改View数组

• addViewInLayout()：不会调用requestLayout() 和 invalidate(true) 方法；直接通过child.mParent = null;将View的mParent置为null，然后调用ViewGroup#addViewInner() 方法，在addViewInner() 方法中会给 mParent 赋值并且回调用子控件的 requestLayout() 方法，同时调用addInArray()方法修改View数组

• attachViewToParent()：不会调用requestLayout() 和 invalidate(true) 方法，同时也不会调用ViewGroup#addViewInner() 方法；而是直接调用addInArray()方法修改View数组，然后直接给View的 mParent赋值 child.mParent = this;

addViewInLayout()和attachViewToParent()方法一般在子View可复用的ViewGroup中调用，如ViewPager、ListView、GridView、RecyclerView等。