Android LayoutInflater源码解析:你真的能正确使用吗?
版权声明:本文出自汪磊的博客,未经作者允许禁止转载。
好久没写博客了,最近忙着换工作,没时间写,工作刚定下来。稍后有时间会写一下换工作经历.接下来进入本篇主题,本来没想写LayoutInflater的,不过做项目的时候随手用了一下,运行发现了一些问题,稍微看了下源码,决定写篇博客当作记录一下吧。
一、LayoutInflater实例化方法(简单提一下)
activity中我们习惯直接调用getLayoutInflater()方法:
@NonNull
public LayoutInflater getLayoutInflater() {
return getWindow().getLayoutInflater();
}
实际调用的是PhoneWindow里面的getLayoutInflater()方法:
private LayoutInflater mLayoutInflater; @Override
public LayoutInflater getLayoutInflater() { return mLayoutInflater;
} public PhoneWindow(Context context) {
super(context);
mLayoutInflater = LayoutInflater.from(context);
}
看到了吧,实际调用的是LayoutInflater.from(context)方法进行的实例,LayoutInflater的from源码如下:
public static LayoutInflater from(Context context) {
LayoutInflater LayoutInflater =
(LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
if (LayoutInflater == null) {
throw new AssertionError("LayoutInflater not found.");
}
return LayoutInflater;
}
很简单,最本质就是调用context.getSystemService(Context.LAYOUT_INFLATER_SERVICE)获取系统启动的时候就为我们创建好的服务。
至于实际中使用哪一种创建根据实际情况选择就好了,没什么多说的。
二、LayoutInflater的inflate方法源码解析(这才是重点)
inflate重载方法有四个,先看其中三个:
public View inflate(@LayoutRes int resource, @Nullable ViewGroup root) {
return inflate(resource, root, root != null);
}
public View inflate(XmlPullParser parser, @Nullable ViewGroup root) {
return inflate(parser, root, root != null);
}
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(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot),我们着重分析这个方法就可以了。
源码:
/**
* Inflate a new view hierarchy from the specified XML node. Throws
* {@link InflateException} if there is an error.
* <p>
* <em><strong>Important</strong></em> For performance
* reasons, view inflation relies heavily on pre-processing of XML files
* that is done at build time. Therefore, it is not currently possible to
* use LayoutInflater with an XmlPullParser over a plain XML file at runtime.
*
* @param parser XML dom node containing the description of the view
* hierarchy.
* @param root Optional view to be the parent of the generated hierarchy (if
* <em>attachToRoot</em> is true), or else simply an object that
* provides a set of LayoutParams values for root of the returned
* hierarchy (if <em>attachToRoot</em> is false.)
* @param attachToRoot Whether the inflated hierarchy should be attached to
* the root parameter? If false, root is only used to create the
* correct subclass of LayoutParams for the root view in the XML.
* @return The root View of the inflated hierarchy. If root was supplied and
* attachToRoot is true, this is root; otherwise it is the root of
* the inflated XML file.
*/
public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {
synchronized (mConstructorArgs) {
Trace.traceBegin(Trace.TRACE_TAG_VIEW, "inflate"); final Context inflaterContext = mContext;
final AttributeSet attrs = Xml.asAttributeSet(parser);
Context lastContext = (Context) mConstructorArgs[0];
mConstructorArgs[0] = inflaterContext;
View result = root; try {
// 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(); if (DEBUG) {
System.out.println("**************************");
System.out.println("Creating root view: "
+ name);
System.out.println("**************************");
} 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, inflaterContext, attrs, false);
} else {
// Temp is the root view that was found in the xml
final View temp = createViewFromTag(root, name, inflaterContext, attrs); ViewGroup.LayoutParams params = null; if (root != null) {
if (DEBUG) {
System.out.println("Creating params from root: " +
root);
}
// 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);
}
} if (DEBUG) {
System.out.println("-----> start inflating children");
} // Inflate all children under temp against its context.
rInflateChildren(parser, temp, attrs, true); if (DEBUG) {
System.out.println("-----> done inflating children");
} // 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;
}
} } catch (XmlPullParserException e) {
final InflateException ie = new InflateException(e.getMessage(), e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;
} catch (Exception e) {
final InflateException ie = new InflateException(parser.getPositionDescription()
+ ": " + e.getMessage(), e);
ie.setStackTrace(EMPTY_STACK_TRACE);
throw ie;
} finally {
// Don't retain static reference on context.
mConstructorArgs[0] = lastContext;
mConstructorArgs[1] = null; Trace.traceEnd(Trace.TRACE_TAG_VIEW);
} return result;
}
}
先不要着急上来就读源码逻辑,先看看人家写的注释,注释那么长不看浪费了,其实理解这个方法后两个参数root,attachToRoot这个方法也就理解的差不多了。接下来,是时候展示我英语6级的实力了:
@param root Optional view to be the parent of the generated hierarchy (if
<em>attachToRoot</em> is true), or else simply an object that
provides a set of LayoutParams values for root of the returned
hierarchy (if <em>attachToRoot</em> is false.)
翻译:root是一个可选的view,可以传入null,如果我们将attachToRoot设置为true,那么root即为生成视图的父类,如果attachToRoot
设置为false,root仅仅是一个对象,为返回的视图提供一系列LayoutParams参数。 @param attachToRoot Whether the inflated hierarchy should be attached to
the root parameter? If false, root is only used to create the
correct subclass of LayoutParams for the root view in the XML.
翻译:大概意思就是attachToRoot可以决定生成的视图是否挂载到root这个参数上,如果设置为false,root这个参数仅仅用来为XML布局
生成正确的布局参数。 @return The root View of the inflated hierarchy. If root was supplied and
attachToRoot is true, this is root; otherwise it is the root of
the inflated XML file.
翻译:inflate方法返回值是生成视图的根布局,如果root参数被提供(传入的不是null)并且attachToRoot设置为true,则返回值就是
root参数,否则返回值就是XML布局的跟节点视图。 好了,以上就是大致的翻译,接下来分析实际源码;
28行,生成的attrs是XML布局根节点的布局参数集合。
31行,result默认就是我们传递进来的root参数,inflate方法最后返回的就是result。
64行,生成xml布局的根节点temp,如下布局:
<?xml version="1.0" encoding="utf-8"?>
<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:background="@android:color/holo_green_light"
android:layout_height="wrap_content" > <TextView
android:id="@+id/mytext"
android:layout_width="match_parent"
android:layout_height="60dp"
android:textColor="@android:color/holo_blue_dark"
android:textSize="30sp"
android:gravity="center"
android:text="ali" />
</FrameLayout>
我们调用inflate方法将这个布局转化为view的时候,那么temp即为FrameLayout,布局的根节点。
68-80行:如果我们传递进来的root不为null,则执行74行逻辑,根据attrs生成xml根布局节点的布局参数params,75行如果我们传递进来的
attachToRoot为false,表示xml布局生成的view不挂载到root上则执行78行逻辑,为temp即xml布局根节点设置布局参数params。
95-97行:如果我们传递的root不为null,并且参数attachToRoot为true,表示将xml生成的view挂载到root上则执行root.addView(temp, params)逻辑。
101-103行:如果我们传递进来的root为null,或者attachToRoot为false(表示我们自己没有想为xml布局设定父布局或者xml布局生成的view
不想挂载到root上)则result设置为temp,也就是xml布局的根节点。
123行:最后返回result。
三、个人总结
通过上面对参数的翻译以及源码的分析,相信你已经对inflate方法有一定了解,root就是我们想为xml布局生成的view指定一个父类,让其挂载上,root如果不为null,那么就会为xml布局的根节点生成布局参数。至于你到底想不想成为root的孩子,由attachToRoot决定,false表示不想,true表示想。如果你不想那么root还是会尽心为这辈子不能成为其孩子的view生成布局参数并且设置给view,如果想那么调用addView方法加载进来。
另外要说一点在任何我们不负责将View添加进ViewGroup的情况下都应该将attachToRoot设置为false,比如ListView,RecyclerView。
好了本片到此为止,希望读完本片你能有更深体会,而不是使用出现问题自己瞎搞,参数变来变去,蒙对了还挺高兴。
Android LayoutInflater源码解析:你真的能正确使用吗?的更多相关文章
- Android -- AsyncTask源码解析
1,前段时间换工作的时候,关于AsyncTask源码这个点基本上大一点的公司都会问,所以今天就和大家一起来总结总结.本来早就想写这篇文章的,当时写<Android -- 从源码解析Handle+ ...
- LayoutInflater源码解析
Android使用LayoutInflater来进行布局加载,通常获取方式有两种: 第一种: LayoutInflater layoutInflater = LayoutInflater.from(c ...
- 还怕问源码?Github上神级Android三方源码解析手册,已有7.6 KStar
或许对于许多Android开发者来说,所谓的Android工程师的工作"不过就是用XML实现设计师的美术图,用JSON解析服务器的数据,再把数据显示到界面上"就好了,源码什么的,看 ...
- Android AsyncTask 源码解析
1. 官方介绍 public abstract class AsyncTask extends Object java.lang.Object ↳ android.os.AsyncTask&l ...
- Android EventBus源码解析 带你深入理解EventBus
转载请标明出处:http://blog.csdn.net/lmj623565791/article/details/40920453,本文出自:[张鸿洋的博客] 上一篇带大家初步了解了EventBus ...
- Android -- 从源码解析Handle+Looper+MessageQueue机制
1,今天和大家一起从底层看看Handle的工作机制是什么样的,那么在引入之前我们先来了解Handle是用来干什么的 handler通俗一点讲就是用来在各个线程之间发送数据的处理对象.在任何线程中,只要 ...
- Android HandlerThread源码解析
在上一章Handler源码解析文章中,我们知道App的主线程通过Handler机制完成了一个线程的消息循环.那么我们自己也可以新建一个线程,在线程里面创建一个Looper,完成消息循环,可以做一些定时 ...
- Android——LruCache源码解析
以下针对 Android API 26 版本的源码进行分析. 在了解LruCache之前,最好对LinkedHashMap有初步的了解,LruCache的实现主要借助LinkedHashMap.Lin ...
- Android DiskLruCache 源码解析 硬盘缓存的绝佳方案
一.概述 依旧是整理东西,所以近期的博客涉及的东西可能会比较老一点,会分析一些经典的框架,我觉得可能也是每个优秀的开发者必须掌握的东西:那么对于Disk Cache,DiskLruCache可以算佼佼 ...
随机推荐
- 一个简单而实用的JQ插件——lazyload.js图片延迟加载插件
前 言 Cherish 看多了炫酷的插件之后再来看这么一个小清新的东西,是不是突然感觉JQ插件感觉很友好了,简单强大最重要的是实用. 这篇文章将详细讲解一下lazyload.js的用法 lazy ...
- Linux(二十一)Shell编程
21.1 为什么要学习Shell编程 (1)Linux运维工程师在进行服务器集群管理时,需要编写Shell程序来进行服务器管理. (2)对于JavaEE和Python程序员来说,工作的需要,你的老大会 ...
- FastDfs上传图片
1.1. 上传步骤 1.加载配置文件,配置文件中的内容就是tracker服务的地址. 配置文件内容:tracker_server=192.168.25.133:22122 2.创建一个TrackerC ...
- larave5.4自定义公共函数的创建
原文地址:http://blog.csdn.net/qq_38125058/article/details/76862151 公共函数,简单来说就是在任何地方都可以直接使用这个函数.简单介绍两种实现方 ...
- go redigo的简单操作
golang操作redis主要有两个库,go-redis和redigo.两者操作都比较简单,区别上redigo更像一个client执行各种操作都是通过Do函数去做的,redis-go对函数的封装更好, ...
- Asp.Net MVC 中JS通过ajaxfileupload上传图片获取身份证姓名、生日、家庭住址等详细信息
客户要求用身份证图片上传获取身份证的详细信息就下来研究了一下(现在的客户真的懒 身份证信息都懒得输入了哈哈...),经过慢慢研究,果然皇天不负有心人搞出来了.这个借助的是腾讯的一个SKD 腾讯优图云 ...
- PAT1029:Median
1029. Median (25) 时间限制 1000 ms 内存限制 65536 kB 代码长度限制 16000 B 判题程序 Standard 作者 CHEN, Yue Given an incr ...
- 多个DbContext修改同一张表测试
多个DbContext修改同一张表经测试是可行的. UserStore和DepartmentStore都可以向SysLog表写入数据 用多个线程同时通过UserStore和DepartmentStor ...
- Linux kernel的中断子系统之(七):GIC代码分析
返回目录:<ARM-Linux中断系统>. 总结: 原文地址:<linux kernel的中断子系统之(七):GIC代码分析> 参考代码:http://elixir.free- ...
- Python之深浅拷贝
拷贝就是拷贝,何来深浅之说? Python中,对象的赋值,拷贝(深/浅拷贝)之间是有差异的,如果使用的时候不注意,就可能产生意外的结果 其实这个是由于共享内存导致的结果 浅拷贝 l1 = [1,2,3 ...