最近在 CSDN 看了某大神的几篇源码解析的文章,自己再回顾整理一遍。
一、从 Activity 的 setContentView 开始
Activity 提供了三个重载的 setContentView 方法
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}
public void setContentView(View view) {
getWindow().setContentView(view);
initWindowDecorActionBar();
}
public void setContentView(View view, ViewGroup.LayoutParams params) {
getWindow().setContentView(view, params);
initWindowDecorActionBar();
}
可以看到 Activity 的 setContentView 内部都先调用了 getWindow 的 setContentView 方法,然后调用了 Activity 的 initWindowDecorActionBar 方法。
二、Window 类
getWindow 方法返回的是 Activity 的 Window 类的成员变量 mWindow 。
这里简要介绍一下 Window 类:
- Window 类是一个抽象类,它的唯一实现类是 PhoneWindow;
- PhoneWindow 有一个内部类 DecorView,DecorView 是 Activity 的根 View;
- DecorView 继承自 FramLayout;
三、PhoneWindow 的 setContentView 方法
Window 类的 setContentView 方法都是抽象的,直接看 PhoneWindow 类的 setContentView 方法。
1、setContentView(int layoutResID)
第一个方法传入的参数是布局的资源 ID:
public void setContentView(int layoutResID) {
// Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window
// decor, when theme attributes and the like are crystalized. Do not check the feature
// before this happens.
if (mContentParent == null) {
installDecor();
} else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
mContentParent.removeAllViews();
}
if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID,
getContext());
transitionTo(newScene);
} else {
mLayoutInflater.inflate(layoutResID, mContentParent);
}
final Callback cb = getCallback();
if (cb != null && !isDestroyed()) {
cb.onContentChanged();
}
}
在 setContentView 方法中首先判断成员变量 mContentParent 是否为 null,如果是第一次调用,mContentParent 为 null,调用 PhoneWindow 的 installDecor 方法,如果 mContentParent 不为 null,则判断是否设置 FEATURE_CONTENT_TRANSITIONS 的 Window 属性(默认false),如果没有设置该属性就移除 mContentParent 内所有的所有子View;
1.1、PhoneWindow 类的 installDecor 方法
那么 installDecor 方法里面做了 什么呢?
private void installDecor() {
if (mDecor == null) {
mDecor = generateDecor();
mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
mDecor.setIsRootNamespace(true);
if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {
mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);
}
}
if (mContentParent == null) {
//根据窗口的风格修饰,选择对应的修饰布局文件,并且将id为content的FrameLayout赋值给mContentParent
mContentParent = generateLayout(mDecor);
//......
//初始化一堆属性值
}
}
在 installDecor 方法里上来并没有先处理 mContentParent,而是先判断 mDecor 成员变量是否为 null,如果 mDecor 为 null,就调用 generateDecor 方法给 mDecor 赋值,generateDecor 的代码很简单:
protected DecorView generateDecor() {
return new DecorView(getContext(), -1);
}
就是通过 DecorView 的构造方法 new 了一个 DecorView 对象返回。 所以说 PhoneWindow 的 mDecor 是 DecorView 类的成员变量,也就是所有内容的根 View。
1.2、generateLayout 方法
此时 mDecor 不为 null 了,如果 mContentParent 为 null,则调用 generateLayout 方法创建 mContentParent :
protected ViewGroup generateLayout(DecorView decor) {
// Apply data from current theme.
TypedArray a = getWindowStyle();
//......
//依据主题style设置一堆值进行设置
// Inflate the window decor.
int layoutResource;
int features = getLocalFeatures();
//......
//根据设定好的features值选择不同的窗口修饰布局文件,得到layoutResource值
//把选中的窗口修饰布局文件添加到DecorView对象里,并且指定contentParent值
View in = mLayoutInflater.inflate(layoutResource, null);
decor.addView(in, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
mContentRoot = (ViewGroup) in;
ViewGroup contentParent = (ViewGroup)findViewById(ID_ANDROID_CONTENT);
if (contentParent == null) {
throw new RuntimeException("Window couldn't find content container view");
}
//......
//继续一堆属性设置,完事返回contentParent
return contentParent;
}
在 generateLayout 方法里面首先根据应用主题 style 设置一堆值进行设置,我们设置的 android:theme 属性都是在这里的 getWindowStyle 方法中获取的,而我们在代码中通过 requestWindowFeature() 设置的属性是在 getLocalFeature 方法中获取的,这也是为什么 requestWindowFeature() 代码要在 setContentView() 前面执行。
然后根据设定好的 features 值选择不同的窗口修饰布局文件,得到布局文件的 layoutResource 值,LayoutInflater 把布局的资源文件解析成 View 之后,添加到 DecorView 中,这个 View 就是 PhoneWindow 的 mContentRoot 成员变量,而 mContentParent 就是布局文件中 ID 为 @android:id/content 的 FramLayout。
再回到 setContentView 方法中,如果 Window 没有设置 FEATURE_CONTENT_TRANSITIONS 的话,就通过 LayoutInflater 把布局文件加载到 mContentParent 中。
2、setContentView(View view) 和 setContentView(View view,ViewGroup.LayoutParams params) 方法
一个参数的方法也是调用了两个参数的方法,只是 params 参数直接设置为 MATCH_PARENT。
@Override
public void setContentView(View view) {
setContentView(view, new ViewGroup.LayoutParams(MATCH_PARENT, MATCH_PARENT));
}
@Override
public void setContentView(View view, ViewGroup.LayoutParams params) {
// Note: FEATURE_CONTENT_TRANSITIONS may be set in the process of installing the window
// decor, when theme attributes and the like are crystalized. Do not check the feature
// before this happens.
if (mContentParent == null) {
installDecor();
} else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
mContentParent.removeAllViews();
}
if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
view.setLayoutParams(params);
final Scene newScene = new Scene(mContentParent, view);
transitionTo(newScene);
} else {
mContentParent.addView(view, params);
}
final Callback cb = getCallback();
if (cb != null && !isDestroyed()) {
cb.onContentChanged();
}
}
可以看到与参数为 layoutResID 的方法不同之处在于直接调用了 ViewGroup 的 addView 方法将布局加载到 mContentParent 上面。
加载完 View 后,两个方法最后都调用了 Callback 的 onContentChanged 方法来通知对应的 Activity 视图内容发生了变化。getCallback 方法返回的是 Window 的 mCallback 成员变量,这个成员变量是通过 setCallback 方法进行赋值的,毫无疑问,Activity 实现了这个接口,并且在 attach 方法中通过 mWindow.setCallback(this) 进行设置,Activity 的 onContentChanged 方法是一个空方法,当 Activity setContentView 或者 addContentView 时会调用该方法。
3、Activity 的 initWindowDecorActionBar
private void initWindowDecorActionBar() {
Window window = getWindow();
// Initializing the window decor can change window feature flags.
// Make sure that we have the correct set before performing the test below.
window.getDecorView();
if (isChild() || !window.hasFeature(Window.FEATURE_ACTION_BAR) || mActionBar != null) {
return;
}
mActionBar = new WindowDecorActionBar(this);
mActionBar.setDefaultDisplayHomeAsUpEnabled(mEnableDefaultActionBarUp);
mWindow.setDefaultIcon(mActivityInfo.getIconResource());
mWindow.setDefaultLogo(mActivityInfo.getLogoResource());
}
至于 Window 的 setContentView 方法执行完了之后的 initWindowDecorActioonBar 方法就是创建一个 Actionbar 并设置一些默认显示等。
Activity 调运 setContentView 方法自身不会显示布局的,一个 Activity 的开始实际是 ActivityThread 的 main 方法,当启动 Activity 调运完 ActivityThread 的 main 方法之后,接着调用 ActivityThread 类 performLaunchActivity 来创建要启动的 Activity 组件,在创建 Activity 组件的过程中,还会为该 Activity组件创建窗口对象和视图对象;接着 Activity 组件创建完成之后,通过调用 ActivityThread 类的 handleResumeActivity 将它激活。
在 handlerResumeActivity 中调用 Activity 的 makeVisible 方法显示我们上面通过 setContentView 创建的 mDecor 视图族。
void makeVisible() {
if (!mWindowAdded) {
ViewManager wm = getWindowManager();
wm.addView(mDecor, getWindow().getAttributes());
mWindowAdded = true;
}
mDecor.setVisibility(View.VISIBLE);
}
参考:
Android应用setContentView与LayoutInflater加载解析机制源码分析