深入了解LayoutInflater

2024-05-13 06:48
文章标签 深入 了解 layoutinflater

本文主要是介绍深入了解LayoutInflater，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

写在前面：看了很多博客之后，被大神这种分享精神给感染了。我也决定开始正式写博客了，前面也写过一两篇，不过发现自己描述能力实在有限，而且似懂非懂，就不好意思发出来，现在重新整理，以后会坚持写下去，希望大家多多支持。

2016.01.26 修正：
　　文中说如果填充的View没有parent，会传入一个默认的layoutParams，这个layoutParams默认属性为wrap_content。 这一段是错误的。
　ViewGroup的不同子类，生成出来的LayoutParams属性会不一样。比如FrameLayout的是match_parent。
　正文已修正

##1. LayoutInflater源码分析
　　想要真正的了解View， 我们需要从xml被inflate成View对象开始说起，对于LayoutInflater我们并不陌生，因为经常使用到。
　　将一个xml文件填充成View有好几种方式，但是归根到底都是用到了LayoutInflater这个类的inflate()方法。我们来简单的过一遍源码（有部分删减，便于理解）
　　
TAG：tag1(这段代码在问中用tag1表示)

public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {synchronized (mConstructorArgs) {final Context inflaterContext = mContext;final AttributeSet attrs = Xml.asAttributeSet(parser);Context lastContext = (Context) mConstructorArgs[0];mConstructorArgs[0] = inflaterContext;View result = root;// Look for the root node.int type;while ((type = parser.next()) != XmlPullParser.START_TAG &&type != XmlPullParser.END_DOCUMENT) {// Empty}if (type != XmlPullParser.START_TAG) {throw new InflateException(parser.getPositionDescription()+ ": No start tag found!");}final String name = parser.getName();// Temp is the root view that was found in the xmlfinal View temp = createViewFromTag(root, name, inflaterContext, attrs);ViewGroup.LayoutParams params = null;if (root != null) {// Create layout params that match root, if suppliedparams = root.generateLayoutParams(attrs);if (!attachToRoot) {// Set the layout params for temp if we are not// attaching. (If we are, we use addView, below)temp.setLayoutParams(params);}}// Inflate all children under temp against its context.rInflateChildren(parser, temp, attrs, true);// We are supposed to attach all the views we found (int temp)// to root. Do that now.if (root != null && attachToRoot) {root.addView(temp, params);}// Decide whether to return the root that was passed in or the// top view found in xml.if (root == null || !attachToRoot) {result = temp;}return result;}
}

第24行：final View temp = createViewFromTag(root, name, inflaterContext, attrs)
　　见名知意，根据标签的名字通过反射创建对象，内部代码比较复杂，暂时没看懂，不过这不是我们的重点。
第39行：rInflateChildren(parser, temp, attrs, true)；

final void rInflateChildren(XmlPullParser parser, View parent, AttributeSet attrs, boolean finishInflate) throws XmlPullParserException, IOException {rInflate(parser, parent, parent.getContext(), attrs, finishInflate);
}

void rInflate(XmlPullParser parser, View parent, Context context,AttributeSet attrs, boolean finishInflate) 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_TAG.equals(name)) {parseViewTag(parser, parent, attrs);} else if (TAG_INCLUDE.equals(name)) {if (parser.getDepth() == 0) {throw new InflateException("<include /> cannot be the root element");}parseInclude(parser, context, parent, attrs);} else if (TAG_MERGE.equals(name)) {throw new InflateException("<merge /> must be the root element");} else {final View view = createViewFromTag(parent, name, context, attrs);final ViewGroup viewGroup = (ViewGroup) parent;final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);rInflateChildren(parser, view, attrs, true);viewGroup.addView(view, params);}}if (finishInflate) {parent.onFinishInflate();}}

第28行到最后一行：
　　上面这两段代码就是将整个解析流程的核心点了，通过递归一层一层的解析，然后将下一层解析的对象添加到上一层。rInflateChildren和rInflate方法互相调用，其实调用的都是rInflate方法本身，通过createViewFromTag方法创建view，并且添加到父view。这就是Android布局的层级结构，后面添加的控件会遮住前面的。
　　当整个xml都解析完毕的时候，会回调onFinishInflate方法，可以在自定义view中重写这个方法。
　　
##2. 真正的理解inflate()方法
　　xml解析成View的整个过程看起来是不是很简单？因为我们忽略了其中很多实现方法，比如createViewFromTag。然而那并不是我们要掌握的重点，包括上面的递归我们也只是需要知道原理就够了。
　　本次我们真正需要了解的是inflate方法的几个参数。

inflate(int resourceId, ViewGroup root);
inflate(int resourceId, ViewGroup root, boolean attachToRoot);

这两个参数重载方法有什么区别呢，里面的参数又是什么作用呢，我们最常用的方法就是 inflate（R.layout.xxx, null）; 但是我们从来没有真正关心过其他两个参数，也不知道它们的作用，现在我们通过研究源码来探究下。

假设我们先用两个参数的inflate，并且忽略第三个参数的作用来走一遍源码。看tag1：
　　第8行： 先给result 赋值， result = root;
　　第23-24行：根据找到的第一个标签（根节点）创建对象temp。
　　第43 -45行： 如果root ！= null， root.addView( temp ); 将temp添加进root
　　第49-51行： 如果root == null， result = temp;
　　第五十二行：返回result
　　
用伪代码来表示就是这样：

public View inflate(View view, ViewGroup root) {View result = root;View temp = createViewFromTag(attr);if(root == null) {result = temp;} else {// 这里因为result和root指向都是同一个对象，所以相当于result.addView（temp）root.addView(temp);}return result;}

不完全结论：
　　1. 如果View view = inflate(resourceId, root)的第二个参数 root为null， 那么inflate返回的view就是xml解析出来的那个view，也就是第24行代码的那个temp。
　　2. 如果root 不为null, 那么inflate返回的 view就是root， 只是xml解析出来的view作为root的孩子了，也就是temp添加进root了， 看第43-45行代码。
　　这看起来是将两行代码结合成了一行，就像下面这样

	View view = View.inflate(this, R.layout.xxx, null);parent.addView(view);

	View.inflate(this, R.layout.xxx, parent);

按照上面的结论， 这两段代码的效果是一样的。真的可以这样认为吗？
不是的，第二段代码还多做了一步。 那就是设置layoutParams，我们继续往下看。

##3. attachToRoot的用处

public View inflate(int resource, ViewGroup root) {return inflate(resource, root, root != null);}

看看inflate(int resourceId, ViewGroup root)的源码我们就明白了，内部调用的还是inflate(int resourceId, ViewGroup root, boolean attachToRoot)， attchToRoot有默认的赋值 root！= null。

那么，attachToRoot 到底有什么作用，我们跟踪attachToRoot，再看一遍源码。

第一段代码 28 - 36行，41-45行：如下

if (root != null) {  // Create layout params that match root, if supplied  params = root.generateLayoutParams(attrs);  if (!attachToRoot) {  // Set the layout params for temp if we are not  // attaching. (If we are, we use addView, below)  temp.setLayoutParams(params);  }  }

// We are supposed to attach all the views we found (int temp)
// to root. Do that now.if (root != null && attachToRoot) {root.addView(temp, params);}

谷歌的工程师注释的也很明白，attachToRoot其实就是“是否将解析出来的View添加进root里面“。当使用 inflate(resourceId, null)方法的时候，attachToRoot这个参数是完全没有作用的，因为前提条件是if(root != null)。
　　在说inflate(int resourceId, ViewGroup root, boolean attachToRoot)这个方法前，我们先有必要了解一下params = root.generateLayoutParams(attrs);此方法的作用是根据child的布局属性生成layoutParams， 比如layout_width，layout_height。
　　
　　根据上面的代码可以知道，当root不为null， attachToRoot = false的时候，root只是生成了layoutParams设置进temp，最终返回的是temp。
　　当root为null， attachToRoot = true的时候，root不仅生成设置了layoutParams，并且将temp添加进root， 最终返回的是root。
　　
　　源码已经走了一遍了，最后剩下的就只有一个问题了，设置了LayoutParams和没有设置的区别，然后再写个目前得出的结论。
不完全结论：
　　1. inflate（resourceId, null）：将xml填充成View, 不设置params，没有父View。
　　2. inflate( resourceId， root)： 将xml填充成View，设置params，父View是root。同4
　　3. inflate( resourceId， root， false)：将xml填充成view， 设置params， 没有父View。
　　4. inflate( resourceId， root， true)：将xml填充成View，设置params，父View是root。同2

现在，我们写个小案例来验证一下这四个方法的区别。

先看activity_main的布局文件，啥都没，加了个ID而已。

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"android:layout_width="match_parent"android:layout_height="match_parent"android:id="@+id/root">
</LinearLayout>

然后看看button的布局文件，我们准备将这个button填充出来添加到root中。

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

代码：

public class MainActivity extends Activity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);LayoutInflater layoutInflater = getLayoutInflater();LinearLayout root = (LinearLayout) findViewById(R.id.root);// 1. 常用
//        View view = layoutInflater.inflate(R.layout.buttom, null);
//        root.addView(view);// 2. 这个同4
//        layoutInflater.inflate(R.layout.buttom, root);// 3. attachToRoot = false
//        View view = layoutInflater.inflate(R.layout.buttom, root, false);
//        root.addView(view);// 4. attachToRoot = true
//        layoutInflater.inflate(R.layout.buttom, root, true);}
}

我依次解开注释测试这几个方法，看图。

1：
这里写图片描述

2,3,4一样的：
这里写图片描述

根据上一个结论得知， 没有设置layoutParams的话，button上的layout_width和layout_height就不起作用了，因为ViewGroup.addView（）的时候，会判断是否有params，如果没有，parent就会为子类创建一个params，不同的ViewGroup子类创建出来的params也是不一样的，比如FrameLayout创建出来的是match_parent，而这里很明显是wrap_content，LinearLayout纵向布局和横向布局创建出来的params也是会不同的，这点请注意。

名字叫layout_xxx的属性，都是布局属性，而不是view自身的属性。所以layout_xxx是需要有parent或者说父布局的时候才会起作用。

而inflate（resourceId, null）因为没有parent，所以layout_xxx不起作用。其余三个方法，因为内部已经做了params = root.generateLayoutParams(attrs);并且设置了，所以就能正常了。

##4. 最终结论：

  1. getLayoutInflater().inflate(R.layout.xxx, parent);
    父布局： parent
    返回值： parent
    layout_params : 有
  2. getLayoutInflater().inflate(R.layout.xxx, null);
    父布局： null
    返回值： 一个全新的View对象
    layout_params : null
  3. getLayoutInflater().inflate(R.layout.xxx, parent, false);
    父布局： null
    返回值： 一个全新的View对象
    layout_params : 有
  4. getLayoutInflater().inflate(R.layout.xxx, parent, true);(同1)
    父布局： parent
    返回值： parent
    layout_params : 有


    对于LayoutInflate的inflate方法有以下几个结论(返回值view)：
  5. 当root = null的时候，attachToRoot不起作用，view没有父布局，并且没有设置layoutParams，布局属性(layout_xxx，下文不再赘述)不起作用，layout_width, layout_height默认为wrap_content。
  6. **当root != null, attachToRoot = false **, view没有父布局， 设置了layoutParams，布局属性将会起作用(将view添加到某个布局后)。
  7. 当root！=null, attachToRoot = true， 返回的view就是root，父布局是content（下文有说明），设置了layoutParams，布局属性将会起作用。

有些朋友可能就有疑问了，setContentView(R.layout.xxx)的布局属性怎么就能起作用呢？
　　那是因为setContentView(R.layout.xxx)这个方法内部，其实就已经给R.layout.xxx设置了parent，那个parent就是一个id为content的FrameLayout。Android最顶层的窗口叫DecorView, 本次就不细说了，直接打开sdk tools 中的hierarchyviewer.bat工具看看。
　　这里写图片描述

如果给上面的方法2或4加上addView，就像这样：

// 2. 因为这个和4是一样的，所以就不测试了View view = layoutInflater.inflate(R.layout.buttom, root);Log.e("test","view == root ?　　"+ (view == root));root.addView(view);

log打印：
这里写图片描述
并且会报这个异常：
这里写图片描述
这再一次验证了以上结论的正确性。

OK，花了好几天时间终于写完了，苦于表达能力不行，如有发现，希望各位网友能指出文中的错误。下一篇准备写绘制流程，希望大家多多支持。

这篇关于深入了解LayoutInflater的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/984970。

相关文章

深入解析Spring TransactionTemplate 高级用法(示例代码)

深入解析Spring TransactionTemplate 高级用法(示例代码)

《深入解析SpringTransactionTemplate高级用法(示例代码)》TransactionTemplate是Spring框架中一个强大的工具,它允许开发者以编程方式控制事务,通过... 目录1. TransactionTemplate 的核心概念2. 核心接口和类3. TransactionT
阅读更多...
深入理解Apache Airflow 调度器(最新推荐)

深入理解Apache Airflow 调度器(最新推荐)

《深入理解ApacheAirflow调度器(最新推荐)》ApacheAirflow调度器是数据管道管理系统的关键组件,负责编排dag中任务的执行,通过理解调度器的角色和工作方式,正确配置调度器,并... 目录什么是Airflow 调度器？Airflow 调度器工作机制配置Airflow调度器调优及优化建议最
阅读更多...
深入理解C语言的void*

深入理解C语言的void*

《深入理解C语言的void*》本文主要介绍了C语言的void*,包括它的任意性、编译器对void*的类型检查以及需要显式类型转换的规则,具有一定的参考价值,感兴趣的可以了解一下... 目录一、void* 的类型任意性二、编译器对 void* 的类型检查三、需要显式类型转换占用的字节四、总结一、void* 的
阅读更多...
深入理解Redis大key的危害及解决方案

深入理解Redis大key的危害及解决方案

《深入理解Redis大key的危害及解决方案》本文主要介绍了深入理解Redis大key的危害及解决方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 目录一、背景二、什么是大key三、大key评价标准四、大key 产生的原因与场景五、大key影响与危
阅读更多...
深入理解C++ 空类大小

深入理解C++ 空类大小

《深入理解C++空类大小》本文主要介绍了C++空类大小,规定空类大小为1字节,主要是为了保证对象的唯一性和可区分性,满足数组元素地址连续的要求,下面就来了解一下... 目录1. 保证对象的唯一性和可区分性2. 满足数组元素地址连续的要求3. 与C++的对象模型和内存管理机制相适配查看类对象内存在C++中，规
阅读更多...
关于数据埋点，你需要了解这些基本知识

关于数据埋点，你需要了解这些基本知识

产品汪每天都在和数据打交道，你知道数据来自哪里吗？ 移动app端内的用户行为数据大多来自埋点，了解一些埋点知识，能和数据分析师、技术侃大山，参与到前期的数据采集，更重要是让最终的埋点数据能为我所用，否则可怜巴巴等上几个月是常有的事。   埋点类型 根据埋点方式，可以区分为： 手动埋点半自动埋点全自动埋点 秉承“任何事物都有两面性”的道理：自动程度高的，能解决通用统计，便于统一化管理，但个性化定
阅读更多...
【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画（下）

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画（下）

【课程链接】 AntV G6：深入图形与图形分组、自定义节点、节点动画（下）_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中，应该怎样去计算和绘制图形，如何给一个图形制作不间断的动画，以及在鼠标事件之后产生动画。（有点难，需要好好理解） <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06
阅读更多...
深入探索协同过滤：从原理到推荐模块案例

深入探索协同过滤：从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤（UserCF）2. 基于物品的协同过滤（ItemCF）3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代，推荐系统成为连接用户与内容的桥梁。本文聚焦于
阅读更多...
【C++高阶】C++类型转换全攻略：深入理解并高效应用

【C++高阶】C++类型转换全攻略：深入理解并高效应用

📝个人主页🌹：Eternity._ ⏩收录专栏⏪：C++ “ 登神长阶 ” 🤡往期回顾🤡：C++ 智能指针 🌹🌹期待您的关注 🌹🌹 ❀C++的类型转换 📒1. C语言中的类型转换📚2. C++强制类型转换⛰️static_cast🌞reinterpret_cast⭐const_cast🍁dynamic_cast 📜3. C++强制类型转换的原因📝
阅读更多...
深入手撕链表

深入手撕链表

链表 分类概念单链表增尾插头插插入 删尾删头删删除 查完整实现带头不带头 双向链表初始化增尾插头插插入 删查完整代码 数组 分类 #mermaid-svg-qKD178fTiiaYeKjl {font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}#mermaid-svg-
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2