每日一问 | 比 removeView 更轻量的操作，你了解过吗？

attachViewToParent、detachViewFromParent与addView、removeView的区别？

先来看下它们各自做了什么操作：

protected void attachViewToParent(View child, int index, LayoutParams params) {
    ///////
    // 1
    ///////
    child.mLayoutParams = params;

    if (index < 0) {
        index = mChildrenCount;
    }

    ///////
    // 2
    ///////
    addInArray(child, index);

    ///////
    // 3
    ///////
    child.mParent = this;

    ///////
    // 4
    ///////
    child.mPrivateFlags = (child.mPrivateFlags & ~PFLAG_DIRTY_MASK
                    & ~PFLAG_DRAWING_CACHE_VALID)
            | PFLAG_DRAWN | PFLAG_INVALIDATED;
    this.mPrivateFlags |= PFLAG_INVALIDATED;

    ......
}

首先是attachViewToParent方法：

1. 给child的LayoutParams赋值（注意：现在是直接赋值而不是通过setLayoutParams方法来设置，因为setLayoutParams方法里面是会调用requestLayout的）；

2. 将child添加到ViewGroup的mChildren数组（那个addInArray方法的代码就不贴了，它里面也就是操作mChildren数组，把参数child赋值到指定index上并将mChildrenCount的数量+1而已）；

3. 给child指定Parent为这个ViewGroup自身；

4. 去掉PFLAG_DIRTY_MASK（如果有这个标记，表示该View的内容有变更（相比于上一次draw））和PFLAG_DRAWING_CACHE_VALID（这个标记表示该View的绘制缓存还有效，一般是配合setDrawingCacheEnabled一起使用的，不过现在这个方法已经过时了）标识并加上PFLAG_DRAWN（确保调用invalidate之后会回调draw方法）和PFLAG_INVALIDATED（强行重建DisplayList），表示在下一次invalidate之后会重新绘制该View；

好，接着来看addView方法：

public void addView(View child, int index, LayoutParams params) {
    requestLayout();
    invalidate(true);
    addViewInner(child, index, params, false);
}

先调用了requestLayout和invalidate，然后调用addViewInner：

private void addViewInner(View child, int index, LayoutParams params, boolean preventRequestLayout) {

    ......

    ///////
    // 1
    ///////
    if (child.getParent() != null) {
        throw new IllegalStateException("The specified child already has a parent. " +
                "You must call removeView() on the child's parent first.");
    }

    ///////
    // 2
    ///////
    if (mTransition != null) {
        mTransition.addChild(this, child);
    }

    ///////
    // 3
    ///////
    if (!checkLayoutParams(params)) {
        params = generateLayoutParams(params);
    }

    ///////
    // 4
    ///////
    if (preventRequestLayout) {
        child.mLayoutParams = params;
    } else {
        child.setLayoutParams(params);
    }

    if (index < 0) {
        index = mChildrenCount;
    }

    ///////
    // 5
    ///////
    addInArray(child, index);

    ///////
    // 6
    ///////
    // tell our children
    if (preventRequestLayout) {
        child.assignParent(this);
    } else {
        child.mParent = this;
    }

    ......

    AttachInfo ai = mAttachInfo;
    if (ai != null && (mGroupFlags & FLAG_PREVENT_DISPATCH_ATTACHED_TO_WINDOW) == 0) {
        boolean lastKeepOn = ai.mKeepScreenOn;
        ai.mKeepScreenOn = false;
        ///////
        // 7
        ///////
        child.dispatchAttachedToWindow(mAttachInfo, (mViewFlags&VISIBILITY_MASK));
        if (ai.mKeepScreenOn) {
            needGlobalAttributesUpdate(true);
        }
        ai.mKeepScreenOn = lastKeepOn;
    }

    ///////
    // 8
    ///////
    dispatchViewAdded(child);

    ......
}

addViewInner主要做了8件事：

1. 检查child是否已经被添加到某个ViewGroup中（限制不能重复添加）；

2. 播放添加View的过渡动画（可以通过setLayoutTransition方法来设置动画）；

3. 检查LayoutParams是否合法（如果该ViewGroup有自定义的LayoutParams，一般会判断child的LayoutParams是否该ViewGroup的自定义LayoutParams对象，如果不是，会根据child的LayoutParams创建一个自定义的LayoutParams对象）；

4. 给child更新LayoutParams；

5. 添加child到mChildren数组中；

6. 更新child的Parent；

7. 回调child的onAttachedToWindow方法；

8. 回调自身onViewAdded方法（自定义ViewGroup时如果想监听View添加，可以重写该方法）；

好啦，来对比一下attachViewToParent和addView方法的差异：

很明显，addView方法做的事情比attachViewToParent要多，比如做了一些安全检测（重复添加、匹配LayoutParams），还会回调目标子View的onAttachedToWindow以及自身的onViewAdded方法。还有一开始调用的requestLayout和invalidate方法，也就是说，onMeasure、onLayout、onDraw方法都会回调了。

要注意：attachViewToParent方法是不会检查child的LayoutParams的，所以在调用此方法前就要自己手动做检测了，除非child是刚在同一个ViewGroup中detach下来的。

还有就是，因为attachViewToParent不会帮你调用requestLayout，也就是不会重新测量和布局了，如果attach之前，View的尺寸有变更，那就需要手动requestLayout，否则attach之后看到的还是旧尺寸。

现在来看下detachViewFromParent和removeView的区别：

protected void detachViewFromParent(View child) {
    removeFromArray(indexOfChild(child));
}

detachViewFromParent里面只调用了一个removeFromArray方法，这个removeFromArray跟刚刚的addInArray刚好相反，具体操作就是：把mChildren对应index置空，然后将index后面的子View对象往前移一位，mChildrenCount数量-1。

不过还有一个操作，那就是移除对应子View的Parent（置空）。

好，到removeView了：

public void removeView(View view) {
    if (removeViewInternal(view)) {
        requestLayout();
        invalidate(true);
    }
}

如果removeViewInternal返回true就会调用requestLayout和invalidate：

private boolean removeViewInternal(View view) {
    final int index = indexOfChild(view);
    if (index >= 0) {
        removeViewInternal(index, view);
        return true;
    }
    return false;
}

index >= 0的话就表示该ViewGroup添加了目标View，只要ViewGroup添加了目标View，就会接着调用removeViewInternal(int index, View view)方法，然后返回true，那么上面的removeView方法就会调用requestLayout和invalidate了：

private void removeViewInternal(int index, View view) {
    ///////
    // 1
    ///////
    if (mTransition != null) {
        mTransition.removeChild(this, view);
    }

    ///////
    // 2
    ///////
    boolean clearChildFocus = false;
    if (view == mFocused) {
        view.unFocus(null);
        clearChildFocus = true;
    }
    if (view == mFocusedInCluster) {
        clearFocusedInCluster(view);
    }
    view.clearAccessibilityFocus();

    ///////
    // 3
    ///////
    cancelTouchTarget(view);
    cancelHoverTarget(view);

    ///////
    // 4
    ///////
    if (view.getAnimation() != null ||
            (mTransitioningViews != null && mTransitioningViews.contains(view))) {
        addDisappearingView(view);
    } else if (view.mAttachInfo != null) {
       view.dispatchDetachedFromWindow();
    }

    ......

    ///////
    // 5
    ///////
    removeFromArray(index);

    ......

    ///////
    // 6
    ///////
    dispatchViewRemoved(view);

    ......
}

removeViewInternal方法主要做了6件事：

1. 播放移除View的过渡动画（如果有设置的话）；

2. 清除目标子View焦点；

3. 如果目标子View当前正在被触摸，则分派一个ACTION_CANCEL事件（取消触摸）（如果输入方式是鼠标，也会分派一个HOVER_EXIT事件）；

4. 如果目标子View正在播放动画（补间动画），则不会直接回调它的onDetachedFromWindow方法，而是等待动画播放完毕之后才回调；

5. 从mChildren中移除目标子View，并置空其Parent；

6. 回调自身onViewRemoved方法；

总结

addView和attachViewToParent的区别：

• addView比attachViewToParent更安全，更全面，但效率会比attachViewToParent低一倍左右；

• attachViewToParent不会检查LayoutParams是否合法，添加到mChildren之前也不会检查目标View是否已有Parent，所以！用这个方法可以将同一个View对象多次添加到多个ViewGroup中！虽然这样做没什么用，但也算是一个知识点；

• attachViewToParent不支持过渡动画，也不会回调onAttachedToWindow、onViewAdded；

• attachViewToParent不会requestLayout，也就是被添加的子View的尺寸在下一次measure前是不会改变的；

removeView和detachViewFromParent的区别：

• detachViewFromParent更高效，效率大概比removeView高15倍左右；

• 一个正在被触摸的View，如果是使用detachViewFromParent方法把它移除的话，那么在ACTION_UP之前，依然能收到触摸事件，而通过removeView方法移除就会打断触摸事件；

• detachViewFromParent跟attachViewToParent一样不支持过渡动画，也不会回调onDetachedFromWindow和onViewRemoved方法；

• detachViewFromParent方法不会清除目标子View焦点，不会调用requestLayout；

哪些控件有使用到detachViewFromParent、attachViewToParent这两个方法？

detachViewFromParent：

• ListView，主要是用于处理列表滑动时的快速批量移除Item；

• RecyclerView，回收ViewHolder时，如果该ViewHolder没有被标记无效，就会调用detachViewFromParent而非removeView；

attachViewToParent：

• ListView，列表滚动时的重新布局，如果是从缓存中取出来的View，会通过attachViewToParent方法来添加，因为上次已经测量并布局过了，所以这次也不用重新measure和layout；

• RecyclerView，处理滚动时的重新布局，检测到目标VIew是从mAttachedScrap或mChangedScrap中取出来时会使用；

detachViewFromParent、attachViewToParent的使用场景？

• 批量添加或移除View时（快速高效）；

• 切换子View层级顺序（避免两次requestLayout和invalidate出现的闪烁问题）；

• 应对某些变态需求，需要同一个View被多次添加；

• 临时移除，稍候需要重新添加回去；

1. RecyclerView 有使用.
2. addView和removeView方法，操作容器内的子视图数组，触发视图重绘制，触发子视图attach和detached窗体回调。

   addViewInLayout和removeViewInLayou方法，与上面一样，只是不会重绘视图。

   attachViewToParent和detachViewFromParent方法，只会操作容器内的子视图数组。

3. 优化的场景可以使用.(减少重绘，能减少GPU，CPU的消耗)

绘制过程主要是由

CPU 来进行 Measure、Layout、Record、Execute的数据计算工作，

GPU 负责 栅格化、渲染。

所谓的栅格化就是绘制那些Button，Shape，Path，String，Bitmap等组件最基础的操作；