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之前，好了，上面的代码我们先分析到这，以后有时间还会接着继续写。欢迎拍砖。