【Android 源码解析】一、setContentView 初探

最近在 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加载解析机制源码分析

你可能感兴趣的:(【Android 源码解析】一、setContentView 初探)