findViewById方法探究

        配置布局的xml文件时，有时会给View配置id，而在Activity中寻找到该View的方法就是通过该id号来找到该View的。具体调用的方法就是findViewById。

        这个findViewById方法顾名思义，就是根据id来找到View，而Android内部的实现，也同样遵循了这个原则。具体见下面的源代码分析。

        Activity中的findViewById方法执行流程如下：Activity.findViewById() >> Window.findViewById() >> DecorView.findViewById()。在这个流程中，没有干具体的事情，只是一步步调用到了DecorView的findViewById方法。

Activity.java

// findViewById方法
public View findViewById(@IdRes int id) {
    return getWindow().findViewById(id);
}
 
// getWindow方法，获取到activity对应的window对象
public Window getWindow() {
    return mWindow;
}

PhoneWindow.java

public View findViewById(@IdRes int id) {
    return getDecorView().findViewById(id);
}
 
// 获取到root View，而该root View继承自FrameLayout
public final View getDecorView() {
    if (mDecor == null) {
        installDecor();
    }
    return mDecor;
}

        DecorView继承自FrameLayout，是根View，可以理解为整个View树的起始点，联想测量、布局、绘制以及事件分发消费，那么findViewById也是这样的处理思路，概括来说，Activity的findViewById方法就是从根View自身开始，遍历自身子View，尝试查找View树中是否存在mID等于id的View或ViewGroup。说是尝试，因为也有可能找不到。

        从Root View开始，就是要正式进入到寻找mID为id的View或ViewGroup过程了。具体执行流程参考如下：View.findViewById() >> ViewGroup.findViewTraversal() >> View.findViewById() >> ViewGroup.findViewTraversal() >> View.findViewById() >> View.findViewTraversal()。

View.java

// 根据给定的id找指定的View（ViewGroup不能重写）
public final View findViewById(@IdRes int id) {
    if (id < 0) { // id不能为负数
        return null;
    }
    // 调用findViewTraversal方法
    return findViewTraversal(id);
}
 
// 通过遍历找到View
protected View findViewTraversal(@IdRes int id) {
    if (id == mID) {
        // 如果id号与View的mID一致，则返回View自身
        return this;
    }
    // 否则返回null
    return null;
}

ViewGroup.java

// 重写了View的findViewTraversal方法，通过遍历找到View
protected View findViewTraversal(@IdRes int id) {
    // 如果id号恰好与viewgroup的mID一致，就返回ViewGroup自身
    if (id == mID) {
        return this;
    }
 
    final View[] where = mChildren;
    final int len = mChildrenCount;
 
    // 遍历子View，
    for (int i = 0; i < len; i++) {
        View v = where[i];
 
        if ((v.mPrivateFlags & PFLAG_IS_ROOT_NAMESPACE) == 0) {
            // ①如果该子View是ViewGroup，就继续先判断自身的mID是否匹配
            //   如果不匹配，再遍历该ViewGroup的子View，继续判断是否匹配，依次循环下去
            // ②如果该子View是View，就直接判断View的mID是否匹配
            v = v.findViewById(id);
 
            if (v != null) {
                // 如果匹配成功，则返回找到的这个View对象
                return v;
            }
        }
    }
    // 所有子View及其ViewGroup自身的mID都不能匹配上id号，那么就找不到该id号匹配的View了，返回null
    return null;
}

        由于View的findViewById是final，所以ViewGroup不可以重写。而我们可以注意到在View的findViewById中对id是否为负数进行了判断，那么问题来了，为什么不在Activity中判断呢？每次都判断不是浪费时间吗？

        因为不仅Activity会调用findViewById方法，当用LayoutInflater导入一个自定义的布局时，也有需要根据布局中定义的id来找到对应的View，从而进行处理。此时，也要进行判断id是否为负数。

        总结如下，Activity的findViewById最终还是会调用到View的findViewById方法；Activity的findViewById方法就是从根View自身开始，遍历自身子View，尝试查找View树中是否存在mID等于id的View或ViewGroup；View的findViewById方法就是从该View自身开始，遍历自身子View，尝试查找该View的树中是否存在mID等于id的View或ViewGroup。