LayoutInflater到底是如何工作的

转载 2016年08月29日 15:57:28

LayoutInflater到底是如何工作的

不管你是使用的哪个inflate()方法的重载,最终都会辗转调用到LayoutInflater的如下代码中:

    public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {  
        synchronized (mConstructorArgs) {  
            final AttributeSet attrs = Xml.asAttributeSet(parser);  
            mConstructorArgs[0] = mContext;  
            View result = root;  
            try {  
                int type;  
                while ((type = parser.next()) != XmlPullParser.START_TAG &&  
                        type != XmlPullParser.END_DOCUMENT) {  
                }  
                if (type != XmlPullParser.START_TAG) {  
                    throw new InflateException(parser.getPositionDescription()  
                            + ": No start tag found!");  
                }  
                final String name = parser.getName();  
                if (TAG_MERGE.equals(name)) {  
                    if (root == null || !attachToRoot) {  
                        throw new InflateException("merge can be used only with a valid "  
                                + "ViewGroup root and attachToRoot=true");  
                    }  
                    rInflate(parser, root, attrs);  
                } else {  
                    View temp = createViewFromTag(name, attrs);  
                    ViewGroup.LayoutParams params = null;  
                    if (root != null) {  
                        params = root.generateLayoutParams(attrs);  
                        if (!attachToRoot) {  
                            temp.setLayoutParams(params);  
                        }  
                    }  
                    rInflate(parser, temp, attrs);  
                    if (root != null && attachToRoot) {  
                        root.addView(temp, params);  
                    }  
                    if (root == null || !attachToRoot) {  
                        result = temp;  
                    }  
                }  
            } catch (XmlPullParserException e) {  
                InflateException ex = new InflateException(e.getMessage());  
                ex.initCause(e);  
                throw ex;  
            } catch (IOException e) {  
                InflateException ex = new InflateException(  
                        parser.getPositionDescription()  
                        + ": " + e.getMessage());  
                ex.initCause(e);  
                throw ex;  
            }  
            return result;  
        }  
    }  

从这里我们就可以清楚地看出,LayoutInflater其实就是使用Android提供的pull解析方式来解析布局文件的。不熟悉pull解析方式的朋友可以网上搜一下,教程很多,我就不细讲了,这里我们注意看下第23行,调用了createViewFromTag()这个方法,并把节点名和参数传了进去。看到这个方法名,我们就应该能猜到,它是用于根据节点名来创建View对象的。确实如此,在createViewFromTag()方法的内部又会去调用createView()方法,然后使用反射的方式创建出View的实例并返回。

当然,这里只是创建出了一个根布局的实例而已,接下来会在第31行调用rInflate()方法来循环遍历这个根布局下的子元素,代码如下所示:

    private void rInflate(XmlPullParser parser, View parent, final AttributeSet attrs)  
            throws XmlPullParserException, IOException {  
        final int depth = parser.getDepth();  
        int type;  
        while (((type = parser.next()) != XmlPullParser.END_TAG ||  
                parser.getDepth() > depth) && type != XmlPullParser.END_DOCUMENT) {  
            if (type != XmlPullParser.START_TAG) {  
                continue;  
            }  
            final String name = parser.getName();  
            if (TAG_REQUEST_FOCUS.equals(name)) {  
                parseRequestFocus(parser, parent);  
            } else if (TAG_INCLUDE.equals(name)) {  
                if (parser.getDepth() == 0) {  
                    throw new InflateException("<include /> cannot be the root element");  
                }  
                parseInclude(parser, parent, attrs);  
            } else if (TAG_MERGE.equals(name)) {  
                throw new InflateException("<merge /> must be the root element");  
            } else {  
                final View view = createViewFromTag(name, attrs);  
                final ViewGroup viewGroup = (ViewGroup) parent;  
                final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);  
                rInflate(parser, view, attrs);  
                viewGroup.addView(view, params);  
            }  
        }  
        parent.onFinishInflate();  
    }  

可以看到,同样是createViewFromTag()方法来创建View的实例,然后还会递归调用rInflate()方法来查找这个View下的子元素,每次递归完成后则将这个View添加到父布局当中。

这样的话,把整个布局文件都解析完成后就形成了一个完整的DOM结构,最终会把最顶层的根布局返回,至此inflate()过程全部结束。

比较细心的朋友也许会注意到,inflate()方法还有个接收三个参数的方法重载,结构如下:

    inflate(int resource, ViewGroup root, boolean attachToRoot)  

那么这第三个参数attachToRoot又是什么意思呢?其实如果你仔细去阅读上面的源码应该可以自己分析出答案,这里我先将结论说一下吧,感兴趣的朋友可以再阅读一下源码,校验我的结论是否正确。

0.如果root为null,attachToRoot将失去作用,设置任何值都没有意义。

  1. 如果root不为null,attachToRoot设为true,则会给加载的布局文件的指定一个父布局,即root。

  2. 如果root不为null,attachToRoot设为false,则会将布局文件最外层的所有layout属性进行设置,当该view被添加到父view当中时,这些layout属性会自动生效。

  3. 在不设置attachToRoot参数的情况下,如果root不为null,attachToRoot参数默认为true。

好了,现在对LayoutInflater的工作原理和流程也搞清楚了,你该满足了吧。额。。。。还嫌这个例子中的按钮看起来有点小,想要调大一些?那简单的呀,修改button_layout.xml中的代码,如下所示:

<Button xmlns:android="http://schemas.android.com/apk/res/android"  
    android:layout_width="300dp"  
    android:layout_height="80dp"  
    android:text="Button" >  

</Button> 

这里我们将按钮的宽度改成300dp,高度改成80dp,这样够大了吧?现在重新运行一下程序来观察效果。咦?怎么按钮还是原来的大小,没有任何变化!是不是按钮仍然不够大,再改大一点呢?还是没有用!

其实这里不管你将Button的layout_width和layout_height的值修改成多少,都不会有任何效果的,因为这两个值现在已经完全失去了作用。平时我们经常使用layout_width和layout_height来设置View的大小,并且一直都能正常工作,就好像这两个属性确实是用于设置View的大小的。而实际上则不然,它们其实是用于设置View在布局中的大小的,也就是说,首先View必须存在于一个布局中,之后如果将layout_width设置成match_parent表示让View的宽度填充满布局,如果设置成wrap_content表示让View的宽度刚好可以包含其内容,如果设置成具体的数值则View的宽度会变成相应的数值。这也是为什么这两个属性叫作layout_width和layout_height,而不是width和height。

再来看一下我们的button_layout.xml吧,很明显Button这个控件目前不存在于任何布局当中,所以layout_width和layout_height这两个属性理所当然没有任何作用。那么怎样修改才能让按钮的大小改变呢?解决方法其实有很多种,最简单的方式就是在Button的外面再嵌套一层布局,如下所示:


    <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"  
        android:layout_width="match_parent"  
        android:layout_height="match_parent" >  

        <Button  
            android:layout_width="300dp"  
            android:layout_height="80dp"  
            android:text="Button" >  
        </Button>  

    </RelativeLayout>  

可以看到,这里我们又加入了一个RelativeLayout,此时的Button存在与RelativeLayout之中,layout_width和layout_height属性也就有作用了。当然,处于最外层的RelativeLayout,它的layout_width和layout_height则会失去作用。

看到这里,也许有些朋友心中会有一个巨大的疑惑。不对呀!平时在Activity中指定布局文件的时候,最外层的那个布局是可以指定大小的呀,layout_width和layout_height都是有作用的。确实,这主要是因为,在setContentView()方法中,Android会自动在布局文件的最外层再嵌套一个FrameLayout,所以layout_width和layout_height属性才会有效果。

LinearLayout的父布局确实是一个FrameLayout,而这个FrameLayout就是由系统自动帮我们添加上的。

说到这里,虽然setContentView()方法大家都会用,但实际上Android界面显示的原理要比我们所看到的东西复杂得多。任何一个Activity中显示的界面其实主要都由两部分组成,标题栏和内容布局。标题栏就是在很多界面顶部显示的那部分内容,比如刚刚我们的那个例子当中就有标题栏,可以在代码中控制让它是否显示。而内容布局就是一个FrameLayout,这个布局的id叫作content,我们调用setContentView()方法时所传入的布局其实就是放到这个FrameLayout中的,这也是为什么这个方法名叫作setContentView(),而不是叫setView()。

相关文章推荐

【工作笔记】Socket、TCP到底是什么,我可以用Python来做实验吗?

Socket中文是套接字。这个翻译总感觉误人子弟,至少大一大二时的我就看不懂,直到现在才明白。其实Socket本质就是对网络传输行为的封装,通过这个封装我们可以无视网路层、链路层和传输层的是怎么做的。...

Spring @Transactional 到底是怎么工作的?

在这篇文章中,我们将会深入分析spring 事务管理机制,我们将看到@Transactional是如何工作的。 JPA和事务管理 注意到JPA自己并不提供任何类型的声明的事务管理是很重要的。当在一...

spring的@Transactional到底是怎么工作的

在这篇文章中,我们将深入了解spring的事务管理。@Transactional实际上是怎么工作的 JPA和事务管理 注意到JPA自己并不提供任何声明的类型管理是很重要的,当在一个依赖注入容器的外部使...

数据库索引到底是什么,是怎样工作的?

我们通过一个简单的例子来开始教程,解释为什么我们需要数据库索引。假设我们有一个数据库表 Employee, 这个表有三个字段(列)分别是 Employee_Name、Employee_Age 和Emp...

电到底是怎么工作的?

当我们在电线的两段分别加入电压,这样的话电线两端就会有电压,有电压就会有势能,这个势能没有阻碍的话就要被释放。好比我们站在一个悬崖边上,我们对于悬崖底部就有重力势能,如果没有高高的悬崖阻挡,我们直接跳...

数据库索引到底是什么,是怎样工作的?

以前对数据库索引只有一种模糊的认识,始终有一种把它彻底搞清楚的冲动,感谢百度~ 索引是对数据库表中一列或多列的值进行排序的一种结构,使用索引可快速访问数据库表中的特定信息。    数据库...

Linux运维工程师真实的工作状态到底是怎么样的?

现在的运维工程师在大家眼中是个什么样子呢? 是不是还是把服务器搬来搬去,每天不是在拿着Linux光盘开始装系统,就是在等待系统安装完成.你如果还是这么想,那就大错特错了.现在又有做一个新的物种诞生,那...

SOA流程项目到底是业务流还是工作流

SOA 的主要目的是实现业务的敏捷性,而 BPM(业务流程管理)是 SOA 价值的关键所在。但在 SOA 实践中,对于 BPM 仍面临着不少困惑与选择。有些项目把业务流产品用作工作流设计,而有些工作流...
  • fhx007
  • fhx007
  • 2011-02-23 13:45
  • 1049

软件工程师的工作到底是啥样子?

从在校生到软件工程师的历练与感悟。

工作经验到底是个什么东东?工作经验从哪里来?

工作经验到底是个什么东东?工作经验从哪里来?原文地址:http://blog.csdn.net/zhoufoxcn/archive/2010/06/07/5652166.aspx最近网上一直比较热闹,...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)