Android setContentView方法解析（一）

在Activity的生命周期onCreate中。我们一般都习惯性的调用setContentView(int layoutResID)方法，把布局文件载入到页面上来。以下我们就来通过源代码一步步的分析怎么载入的。

在Activity中，调用的是Window的setContentView

public void setContentView(int layoutResID) {

        getWindow().setContentView(layoutResID);

        initWindowDecorActionBar();

    }

我们通过源代码发现Window是一个抽象类。并且 getWindow()返回的仅仅是一个mWindow。

public Window getWindow() {

        return mWindow;

    }

那么mWindow是在什么地方初始化的。我们继续查看源代码，终于发现是在一个叫attach的方法中调用，但是终于我们没有发现调用attach的方法，事实上这种方法是在ActivityThread这个类中调用的。这个类非常重要，包含在main方法中初始化Looper，在这里先不说，以后在介绍。

private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {

…………

            Activity activity = null;

            activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);

…………

Application app = r.packageInfo.makeApplication(false, mInstrumentation);

…………

activity.attach(appContext, this, getInstrumentation(), r.token,

                        r.ident, app, r.intent, r.activityInfo, title, r.parent,

                        r.embeddedID, r.lastNonConfigurationInstances, config);

…………

        return activity;

    }

接着我们在attach方法中看到这样一行代码

mWindow = PolicyManager.makeNewWindow(this);

继续查看，找到PolicyManager这个类，

private static final String POLICY_IMPL_CLASS_NAME =

        "com.android.internal.policy.impl.Policy";

…………

            Class policyClass = Class.forName(POLICY_IMPL_CLASS_NAME);

            sPolicy = (IPolicy)policyClass.newInstance();

  …………

    public static Window makeNewWindow(Context context) {

        return sPolicy.makeNewWindow(context);

    }

继续，在Policy这个类中我们找到

public Window makeNewWindow(Context context) {

        return new PhoneWindow(context);

    }

也就是说最初我们找到mWindow就是PhoneWindow，我们继续。不要闲着，

public class PhoneWindow extends Window implements MenuBuilder.Callback

我们通过源代码发现PhoneWindow事实上就是Window。先回到我们刚才说的

getWindow().setContentView(layoutResID);这种方法，事实上就是调用PhoneWindow的setContentView(layoutResID);方法。我们通过源代码继续查看

@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();

        }

    }

我们先简单分析一下下半部分。假设Callback不为空且没有被销毁的情况下会调用onContentChanged()方法。通过源代码我们发现事实上Activity是实现了Callback接口的

public class Activity extends ContextThemeWrapper

        implements LayoutInflater.Factory2,

        Window.Callback, KeyEvent.Callback,

        OnCreateContextMenuListener, ComponentCallbacks2,

        Window.OnWindowDismissedCallback

并且在onContentChanged()方法中是空实现，什么都没做。

public void onContentChanged() {

    }

我们再来分析上半部分，假设mContentParent 不为空的话，首先移除全部的子View，removeAllViews方法是ViewGroup类中，View中没有。我们能够先大致看一下。以后在做具体介绍

/**

     * Call this method to remove all child views from the

     * ViewGroup.

     * 

     * <p><strong>Note:</strong> do not invoke this method from

     * {@link #draw(android.graphics.Canvas)}, {@link #onDraw(android.graphics.Canvas)},

     * {@link #dispatchDraw(android.graphics.Canvas)} or any related method.</p>

     */

    public void removeAllViews() {

        removeAllViewsInLayout();

        requestLayout();

        invalidate(true);

    }

假设mContentParent 为空的话，调用  installDecor();进行初始化，接着我们看一下  installDecor();方法的详细实现。

private void installDecor() {

        if (mDecor == null) {

            mDecor = generateDecor();

          …………

        }

        if (mContentParent == null) {

            mContentParent = generateLayout(mDecor);



            mTitleView = (TextView)findViewById(com.android.internal.R.id.title);

         …………

                mActionBar = (ActionBarView) findViewById(com.android.internal.R.id.action_bar);

…………

        }

    }

首先推断mDecor是否为空，假设为空就调用 generateDecor();我们接着看它详细怎么实现

protected DecorView generateDecor() {

        return new DecorView(getContext(), -1);

    }

我们发现就一行代码，那么DecorView又是什么，我们继续查看，

private final class DecorView extends FrameLayout implements RootViewSurfaceTaker

最终找到了，原来继承的是FrameLayout ，看到这里可能有的人会恍然大悟，由于我们知道在Activity的setContentView中载入的根布局事实上就是FrameLayout 。这里的FrameLayout 有两部分组成，一部分是系统自定义的title。一部分是content，就是我们自定义的布局，还有，在之前假设我们不须要title的话，我们会在AcdroidMainfest中 android:theme="@android:style/Theme.NoTitleBar"，或者在activity中设置requestWindowFeature(Window.FEATURE_NO_TITLE);可是要设置在setContentView之前，好了，上面的代码我们先分析到这，以后有时间还会接着继续写。欢迎拍砖。