分析Activity的View绑定过程

在我们coding时，在Activity.onCreate()里面常用的教科书式的代码是：

setContentView(R.layout.main);

然后我们就可通过：

View view=findViewById(R.id.helloworld);

获取某个控件，但是这一切是如何完成的，本文会去探讨一下。
进入Activity的源码，查看setContentView()和findViewById()这两个函数查看原型：

     /***
     * Set the activity content from a layout resource.  The resource will be
     * inflated, adding all top-level views to the activity.
     *
     * @param layoutResID Resource ID to be inflated.
     */
     public void setContentView( int layoutResID) {
        getWindow().setContentView(layoutResID);
    }
     /***
     * Set the activity content to an explicit view.  This view is placed
     * directly into the activity's view hierarchy.  It can itself be a complex
     * view hierarhcy.
     *
     * @param view The desired content to display.
     */
     public void setContentView(View view) {
        getWindow().setContentView(view);
    }

他们都是通过getWindow()获得一个Windows的实例化对象的相关方法。
Window是个抽象类。这个Window的子类是什么呢？

是PhoneWindow,至于为什么是它，这里暂不讨论。有兴趣的同学可以查看这篇博客:

http://www.cppblog.com/fwxjj/archive/2013/01/13/197231.html

下面我们进入PhoneWindow的源码看一看。PhoneWindow在com.android.internal.policy.impl包下面。

    @Override
    public void setContentView(int layoutResID) {
        if (mContentParent == null) {
            installDecor();
        } else {
            mContentParent.removeAllViews();
        }
        mLayoutInflater.inflate(layoutResID, mContentParent);
        final Callback cb = getCallback();
        if (cb != null && !isDestroyed()) {
            cb.onContentChanged();
        }
    }

上面是setContentView在PhoneWindow里的实现，而findViewById()在Window里面实现：

    /**
     * Finds a view that was identified by the id attribute from the XML that
     * was processed in {@link android.app.Activity#onCreate}.  This will
     * implicitly call {@link #getDecorView} for you, with all of the
     * associated side-effects.
     *
     * @return The view if found or null otherwise.
     */
    public View findViewById(int id) {
        return getDecorView().findViewById(id);
    }

下面我们挨个分析，首先是setContent(),其中关键的代码是这行：

mLayoutInflater.inflate(layoutResID, mContentParent);

它将layoutResID所指向的布局实例化成view然后挂在了mContentParent后面。挂接上去之后剩下的就是view的绘制工作了，这个按下不表。
接着是findViewById(),它是调用DecorView.findViewById()。 DecorView是PhoneWindow的内部类，它表示整个window的顶层view,默认情况下它有两个子view,一个就是显示灰色的标题（也就是titlebar），另一个就是程序的显示区域。关于DecorView更详细的资料，大家可以参考： http://www.cnblogs.com/beenupper/archive/2012/07/13/2589749.html
DecorView其实是FrameLayout的子类，跟进FrameLayout！！！FrameLayout里面没发现findViewById().....进入FrameLayout的父类ViewGroup还是没有发现，继续深入...直到View。Bingo！

 /**
     * Look for a child view with the given id.  If this view has the given
     * id, return this view.
     *
     * @param id The id to search for.
     * @return The view that has the given id in the hierarchy or null
     */
    public final View findViewById(int id) {
        if (id < 0) {
            return null;
        }
        return findViewTraversal(id);
    }

它非常爽快的调用了findViewTraversal()，但是注意ViewGroup是Override了这个方法的，所以需要进入ViewGroup查看findViewTraversal()。

    /**
     * {@hide}
     */
    @Override
    protected View findViewTraversal(int id) {
        if (id == mID) {
            return this;
        }
 
        final View[] where = mChildren;
        final int len = mChildrenCount;
 
        for (int i = 0; i < len; i++) {
            View v = where[i];
 
            if ((v.mPrivateFlags & PFLAG_IS_ROOT_NAMESPACE) == 0) {
                v = v.findViewById(id);
 
                if (v != null) {
                    return v;
                }
            }
        }
 
        return null;
    }

这里还是有地方需要注意的：
首先是:

         if (id == mID) {
             return this ;
        }

mID是本View的ID，也就是说findViewById()是可以find到baseview的。然后就是:

         final View[] where = mChildren;
         final int len = mChildrenCount;
         for ( int i = 0 ; i < len; i ++ ) {
            View v = where[i];
 
             if ((v.mPrivateFlags & PFLAG_IS_ROOT_NAMESPACE) == 0 ) {
                v = v.findViewById(id);
 
                 if (v != null) {
                     return v;
                }
            }
        }
         return null;

获取ViewGroup的所有子view,然后循环的查询子view中是否有view.getId()==id。这里其实还隐藏了一个递归过程，在< Android的UI两大基石>中，我们知道View和ViewGroup是使用Composite的组合模式，ViewGroup是View的子类。所以v.findViewById()可能调用View或者ViewGroup的findViewById(),这里也贴上View.findViewById()的源码。

    /**
     * Look for a child view with the given id.  If this view has the given
     * id, return this view.
     *
     * @param id The id to search for.
     * @return The view that has the given id in the hierarchy or null
     */
    public final View findViewById(int id) {
        if (id < 0) {
            return null;
        }
        return findViewTraversal(id);
    }

View.findViewById()只是检查id是不是等于View自己的id,这样就保证了这个深度优先遍历的收敛性。
通过findViewById()我们知道了在Activity里面使用findViewById()其实是调用DecorView这个Window的顶层view的findViewById();
我们更知道了为什么有的时候findViewById()会返回null,为什么我们有的时候需要指定findViewById()的baseView,形如：

baseView.findViewById(R.id.helloworld);

--------------------------------------------------------------------------------

如果文中有任何错误，欢迎指出。