Android从零开搞系列:自定义View(1)setContent()台前幕后

转载请注意:http://blog.csdn.net/wjzj000/article/details/53366775


个人GitHub上的俩个小小开源项目,希望各位大佬可以支持star一下。

https://github.com/zhiaixinyang/PersonalCollect  (拆解GitHub上的优秀框架于一体,全部拆离不含任何额外的库导入) 

https://github.com/zhiaixinyang/MyFirstApp(Retrofit+RxJava+MVP)



2016年11月27。从今天起,开始好好琢磨安卓的基础,为建设符合社会主义核心价值观的中国梦打下坚实的基础。

今天从自定义View开始!

先在此记录一下我们最初新建工程的布局文件与Activity之间的各种因果关系,从默认的MainActivity入手。在一切的开始,我们要梳理一个思路和概念:我们的View和Activity都会或多或少的和ViewRoot和DecorView有着关系。所以我们屏幕可视的一切都可以理解成是一个View被画了出来。

(文章有点乱,大家见谅...)

为了避免各位看官看完博客后由衷的赞美:SB,什么玩意!

开篇借用Android群英传的一张图:


这里先提前带入几个概念:

No.1,ViewRootImpl类:

官方翻译:视图层次结构的顶部,实现View和WindowManager之间所需的协议。 这大部分是{@link WindowManagerGlobal}的内部实现细节。

No.2,Window类:

官方解释:用于顶级窗口外观和行为策略的抽象基类。 这个类的实例应该用作添加到窗口管理器(window manager)的顶级视图。 它提供了标准的UI策略,如背景,标题区域,默认键处理等。这个抽象类的唯一现有的实现是android.view.PhoneWindow,当需要一个窗口时你应该实例化。

No.3,ActivityThread类:

官方解释:它管理应用程序进程中主线程的执行,在活动管理器请求时调度和执行活动,广播和其他操作。

No.4,Context类:

官方解释:与应用程序环境的全局信息的接口。 这是一个抽象类,其实现由Android系统提供。 它允许访问特定于应用程序的资源和类,以及对应用程序级操作(如启动活动,广播和接收意图等)的上调。

No.5,DecorView类:

官方解释:窗口的顶层视图,包含窗口装饰。


最开始我们会重写onCreate方法,并且在setContentView中传入布局文件。那么让我们进入setContentView中看一看都有什么:

public void setContentView(@LayoutRes int layoutResID) {
        getWindow().setContentView(layoutResID);
        initWindowDecorActionBar();
    }

这是继承Activity类中的setContentView方法,插一句这个Activity类继承ContextThemeWrapper(wrapper是包装纸的意思)类,并实现了Window抽象类中的一些内部接口类...

回到这个方法的本身上来, getWindow().setContentView是Window中的一个抽象方法。

public abstract void setContentView(@LayoutRes int layoutResID);

所以我们要到具体的实现类中去看具体的实现。因此让我们来到PhoneWindow中...

而它的实现在PhoneWindow,我们进入这个类看一下。(AS下,双击shift可以召唤类查询,在这里边搜想要的类即可。就是右上角那个放大镜的按钮。ps:我是as2.2版本)。

public class PhoneWindow extends Window

具体实现如下:

@Override
    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);
        }
        mContentParent.requestApplyInsets();
        final Callback cb = getCallback();
        if (cb != null && !isDestroyed()) {
            cb.onContentChanged();
        }
        mContentParentExplicitlySet = true;
    }

其中变量mContentParent是一个ViewGroup类,从它的命名我们可以看出来,它是内容区域的父View!

而它的初始化在installDecor()中:(内容比较多,截一部分)

private void installDecor() {
        mForceDecorInstall = false;
        if (mDecor == null) {
            mDecor = generateDecor(-1);
            mDecor.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS);
            mDecor.setIsRootNamespace(true);
            if (!mInvalidatePanelMenuPosted && mInvalidatePanelMenuFeatures != 0) {
                mDecor.postOnAnimation(mInvalidatePanelMenuRunnable);
            }
        } else {
            mDecor.setWindow(this);
        }
        if (mContentParent == null) {
            mContentParent = generateLayout(mDecor);

在这里引入了一个新的变量mDecor,它是一个DecorView(字面翻译:装饰视图)类型,根据很多资料显示,此类是Activity的顶层View,无论是标题栏还是内容栏都会装在到这个View之中,让我们先带着这个点继续往下走。

当然,我们是为了找mContentParent的初始化才到了这一步,所以关于mDecor先放一放。在声明mContentParent的时候官方给了注释:这是放置窗口内容的视图。 它是装饰(Decor)本身,或者装饰内容的孩子。(很蹩脚,因为原文就很蹩:This is the view in which the window contents are placed. It is either Decor itself, or a child of Decor were the contents go.)

目光投到截取的最后一行里,mContentParent赋值的时候通过generateLayout方法,并且传入了这个变量。让我们进入这个方法中看一下。

到这,我们可以发现这个方法的实现行数,就能看出来这个方法的重要性,没错:Activity与布局xml就是在这个方法中建立联系。跳过一系列的判断,我们来看一下我们熟悉的东西:

比如,我们进行获取xml中的属性:

TypedArray a = getWindowStyle();

mIsFloating = a.getBoolean(R.styleable.Window_windowIsFloating, false);

再比如,我们进行加载布局文件的操作:

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);
public static final int ID_ANDROID_CONTENT = com.android.internal.R.id.content;
在这里通过findViewById去拿到布局中一个叫做content的布局,并且最终被返回出去,也就是赋值给了mContentParent。但是,我似乎并没有提到传进来的参数mDecor的作用,那么接下来让我们看看这个家伙,其实作为参数,他着实属于配角:

if (a.getBoolean(R.styleable.Window_windowLightStatusBar, false)) {
            decor.setSystemUiVisibility(
                    decor.getSystemUiVisibility() | View.SYSTEM_UI_FLAG_LIGHT_STATUS_BAR);
        }
这是我找到它为数不多露脸的地方,设置可见性。而decor在这个方法中出镜率着实不低。但是,我们必须要注意到虽然它在这个方法中出现的情况并不多,不过!请注意它才是幕后真正的妖艳贱货!让我们追踪报道一下:

private void installDecor() {
        if (mDecor == null) {
            mDecor = generateDecor();

在installDecor方法中,通过generateDecor方法得到初始化:

return new DecorView(context, featureId, this, getAttributes());

这是这个方法的返回值。DecorView继承与FrameLayout很明显是一个View类。在此它被初始化,既然是一个View,让我们直接看它的onDraw方法:

@Override
    public void onDraw(Canvas c) {
        super.onDraw(c);
        mBackgroundFallback.draw(mContentRoot, c, mWindow.mContentParent);
    }
在深入进去,我们可以看到一些熟悉的方法,比如addView,inflate等等,再顺着这个写下去就会越来越乱。不过我们看它的参数mContentRoot, c, mWindow.mContentParent的命名也基本上能够明白,文章最开始说它是顶层View的原因了吧。

让我们回过头看一看它初始化之后的使用情况。因此把目光转移回installDecor方法之中:mDecor的初始化,是为了使mContentParent初始化,而mContentParent的初始化是为了这个方法的上层方法,setContentView中的

mLayoutInflater.inflate(layoutResID, mContentParent);

public View inflate(@LayoutRes int resource, @Nullable ViewGroup root, boolean attachToRoot) {
        final Resources res = getContext().getResources();
        if (DEBUG) {
            Log.d(TAG, "INFLATING from resource: \"" + res.getResourceName(resource) + "\" ("
                    + Integer.toHexString(resource) + ")");
        }

        final XmlResourceParser parser = res.getLayout(resource);
        try {
            return inflate(parser, root, attachToRoot);
        } finally {
            parser.close();
        }
    }

我们知道inflate这个方法被调用会返回一个View对象,既然出现了XmlResourceParser就说明,布局文件在这里将开始被处理掉。那么到此一切就已经被加载完毕。

我们刚才通过mDecor获取到了mContentParent,而mContentParent又进行了findViewById操作找到顶层View,mDecor中的content位置,将自己设置进去。这也就是把我们activity_main.xml放到了mDecor的内容区域之中;最开始提到,mDecor(DecorView)包含标题区和内容区,就是这么个道理。


最后希望各位看官可以star我的GitHub,三叩九拜,满地打滚求star: 
https://github.com/zhiaixinyang/PersonalCollect 
https://github.com/zhiaixinyang/MyFirstApp



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值