LayoutInflater源码分析

2024-02-03 05:48
文章标签 分析 源码 layoutinflater

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

前言

最近又遇到RecyclerView的item最外层布局参数失效的问题，之前都没有去了解真正的原因，现在正好有空探寻一下这个问题，就从了解源码开始吧。

View的inflate()

平时我经常使用View.inflate()，它是View的一个静态方法，看到源码：

   public static View inflate(Context context, @LayoutRes int resource, ViewGroup root) {LayoutInflater factory = LayoutInflater.from(context);return factory.inflate(resource, root);}

其中调用了LayoutInflater的静态方法from()：

    /*** Obtains the LayoutInflater from the given context.*/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;}

这里根据上下文，从系统获取了一个LayoutInfalter的实例对象。

LayoutInflater的infalte()

然后接着上面，用这个获取的对象去调用LayoutInfalter的inflate()：

    public View inflate(@LayoutRes int resource, @Nullable ViewGroup root) {return inflate(resource, 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();}}

其中可以看到获取了一个xml解析器，获取解析器的时候把要填充的xml的ID作为了参数，然后又去调用了一个inflate()的重载：

    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, 即方法参数rootView 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)) {// 如果要填充的xml根布局为merge标签if (root == null || !attachToRoot) {// 如果root为空或者不需要将创建出来的View添加到root中直接会抛异常throw new InflateException("<merge /> can be used only with a valid "+ "ViewGroup root and attachToRoot=true");}// 创建并填充子ViewrInflate(parser, root, inflaterContext, attrs, false);} else {// Temp is the root view that was found in the xml// 根据xml，创建对应的View，叫tempfinal View temp = createViewFromTag(root, name, inflaterContext, attrs);ViewGroup.LayoutParams params = null;if (root != null) {// 如果传进来的root不为空if (DEBUG) {System.out.println("Creating params from root: " +root);}// Create layout params that match root, if supplied// 那么根据xml中配置的属性，去获取布局参数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不需要被添加到root中，就给他设置布局参数temp.setLayoutParams(params);}}if (DEBUG) {System.out.println("-----> start inflating children");}// Inflate all children under temp against its context.// 创建并填充子ViewrInflateChildren(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不为空，并且temp需要被添加到root中// 那就把temp添加到root中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) {// root为空或者temp不需要被添加到root中// 那么该方法返回的View就是temp// 否则返回rootresult = 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为空或者我当前要创建的View不需要添加到root中，那么返回的就是我要创建的View，反之返回的是root。

外层布局失效的问题

我写的代码是这样的View view = View.inflate(context, R.layout.item_pic, null);，然后根据函数调用链：

// 第一步：
View view = View.inflate(context, R.layout.item_pic, null);
// 第二步
public View inflate(@LayoutRes int resource, @Nullable ViewGroup root) {// 就变成了infalte(R.layout.item_pic, null, false);return inflate(resource, root, root != null);
}
……
// 最后就进入了上面的方法
public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot){……
}

因为我最初传入的root就是空啊，所以我最后只是创建了View，返回了View 但是没有给他设置布局参数，所以出现外层布局失效的问题。

那我创建RecyclerView的item时，直接把RecyclerView作为参数root传进去可以吗？答案是不行的，因为这样的话调用inflate()的时候是这样的：inflate(resource, recyclerView, true)。然后你创建了View，并且把它添加到了RecyclerView。然而RecyclerView接收到你返回的View之后，还会自动把它添加到本身，这样又会出现重复添加的问题：

java.lang.IllegalStateException: The specified child already has a parent. You must call removeView() on the child’s parent first

最佳解决方案就是直接使用LayoutInflater：View view = LayoutInflater.from(context).inflate(R.layout.item_pic, recyclerView, false);
这样的话，回去看下inflate()中的逻辑，发现view会被设置布局参数，并且不会直接被添加到recyclerView中。

LayoutInflater的createViewFromTag()

在inflate()中使用createViewFromTag()去创建xml对应的View，以下是主要代码：

    View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,boolean ignoreThemeAttr) {……try {View view;// 可以设置LayoutInflater的Factory来自行解析View，默认这些Factory都为空if (mFactory2 != null) {view = mFactory2.onCreateView(parent, name, context, attrs);} else if (mFactory != null) {view = mFactory.onCreateView(name, context, attrs);} else {view = null;}if (view == null && mPrivateFactory != null) {view = mPrivateFactory.onCreateView(parent, name, context, attrs);}if (view == null) {// 没有Factory的情况下，通过LayoutInflater的onCreateView()或者createView()去创建Viewfinal Object lastContext = mConstructorArgs[0];mConstructorArgs[0] = context;try {if (-1 == name.indexOf('.')) {// 创建原生的View// 会在onCreateView()的函数调用链中补充前缀"android.view."// 最终也会调用createView()view = onCreateView(parent, name, attrs);} else {// 创建自定义View// 我们在xml里写的都是全类名，标签中包含"."view = createView(name, null, attrs);}} finally {mConstructorArgs[0] = lastContext;}}return view;} ……}

以上说到的Factory，我之前在TintContextWrapper强转Activity失败原因深度探索分析到过，当我们使用AppCompatActivity时，会设置Factory2为AppCompatViewInflater，然后View都会走AppCompatViewInflater的createView()。

LayoutInflater的createView()：

     /*** Low-level function for instantiating a view by name. This attempts to* instantiate a view class of the given <var>name</var> found in this* LayoutInflater's ClassLoader.* * <p>* There are two things that can happen in an error case: either the* exception describing the error will be thrown, or a null will be* returned. You must deal with both possibilities -- the former will happen* the first time createView() is called for a class of a particular name,* the latter every time there-after for that class name.* * @param name The full name of the class to be instantiated.* @param attrs The XML attributes supplied for this instance.* * @return View The newly instantiated view, or null.*/public final View createView(String name, String prefix, AttributeSet attrs)throws ClassNotFoundException, InflateException {// 从缓存中获取View的构造函数Constructor<? extends View> constructor = sConstructorMap.get(name);if (constructor != null && !verifyClassLoader(constructor)) {constructor = null;sConstructorMap.remove(name);}Class<? extends View> clazz = null;try {Trace.traceBegin(Trace.TRACE_TAG_VIEW, name);if (constructor == null) {// 如果缓存中没有需要的构造函数// Class not found in the cache, see if it's real, and try to add it// 如果prefix不为空，那么构造完整View路径，并且加载该类clazz = mContext.getClassLoader().loadClass(prefix != null ? (prefix + name) : name).asSubclass(View.class);if (mFilter != null && clazz != null) {boolean allowed = mFilter.onLoadClass(clazz);if (!allowed) {failNotAllowed(name, prefix, attrs);}}// 从Class对象中获取构造函数constructor = clazz.getConstructor(mConstructorSignature);constructor.setAccessible(true);// 将构造函数存入缓存中sConstructorMap.put(name, constructor);} else {// If we have a filter, apply it to cached constructorif (mFilter != null) {// Have we seen this name before?Boolean allowedState = mFilterMap.get(name);if (allowedState == null) {// New class -- remember whether it is allowedclazz = mContext.getClassLoader().loadClass(prefix != null ? (prefix + name) : name).asSubclass(View.class);boolean allowed = clazz != null && mFilter.onLoadClass(clazz);mFilterMap.put(name, allowed);if (!allowed) {failNotAllowed(name, prefix, attrs);}} else if (allowedState.equals(Boolean.FALSE)) {failNotAllowed(name, prefix, attrs);}}}Object[] args = mConstructorArgs;args[1] = attrs;// 通过反射构造Viewfinal View view = constructor.newInstance(args);if (view instanceof ViewStub) {// Use the same context when inflating ViewStub later.// 如果是ViewStub，延迟加载final ViewStub viewStub = (ViewStub) view;viewStub.setLayoutInflater(cloneInContext((Context) args[0]));}return view;}……}

对于创建View使用反射其实我比较疑惑，方法注释说的是这个createView()是低版本上使用的方法，用来从类加载器中加载给定的View。后来我百度了下，可能是为了实现全局换肤这种类似的操作。

LayoutInflater的rInflate()

通过createViewFromTag()创建了View之后，只是创建了根布局的View，那其中的子View呢，回顾inflate()中的代码，我们会发现rInflate()和rInflateChildren()这两个方法，rInflateChildren()调用的还是rInflate()：

    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");}// 解析inclued标签parseInclude(parser, context, parent, attrs);} else if (TAG_MERGE.equals(name)) {// merge标签只能是根布局// 到了这里说明不是根布局，抛出异常throw new InflateException("<merge /> must be the root element");} else {// 创建Viewfinal View view = createViewFromTag(parent, name, context, attrs);final ViewGroup viewGroup = (ViewGroup) parent;// 创建布局参数final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);// 递归地去遍历子树rInflateChildren(parser, view, attrs, true);// 将创建的View加入父布局viewGroup.addView(view, params);}}if (finishInflate) {parent.onFinishInflate();}}

布局优化总结

从以上的源码分析，我们其实可以得出如下结论：

  1. 用merge标签作为填充的xml的根布局时，必须指定一个父元素并且设置attachToRoot属性为true。

  2. 我们通常使用ViewStub来做预加载处理，来改善页面加载速度和提高流畅性。

  3. include标签用来复用布局。

在分析源码到用反射创建View的时候，我发现了一篇比较不错的文章Android 中LayoutInflater（布局加载器）系列博文说明。

这篇关于LayoutInflater源码分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


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

相关文章

性能分析之MySQL索引实战案例

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题，本文将一起从代码层去分析为什么没有建立索引？ 开源ERP项目地址：https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置
阅读更多...
JAVA智听未来一站式有声阅读平台听书系统小程序源码

JAVA智听未来一站式有声阅读平台听书系统小程序源码

智听未来，一站式有声阅读平台听书系统 🌟&nbsp;开篇：遇见未来，从“智听”开始 在这个快节奏的时代，你是否渴望在忙碌的间隙，找到一片属于自己的宁静角落？是否梦想着能随时随地，沉浸在知识的海洋，或是故事的奇幻世界里？今天，就让我带你一起探索“智听未来”——这一站式有声阅读平台听书系统，它正悄悄改变着我们的阅读方式，让未来触手可及！ 📚&nbsp;第一站：海量资源，应有尽有 走进“智听
阅读更多...
Java ArrayList扩容机制 （源码解读）

Java ArrayList扩容机制 （源码解读）

结论：初始长度为10，若所需长度小于1.5倍原长度，则按照1.5倍扩容。若不够用则按照所需长度扩容。 一. 明确类内部重要变量含义         1：数组默认长度         2:这是一个共享的空数组实例，用于明确创建长度为0时的ArrayList ，比如通过 new ArrayList<>(0)，ArrayList 内部的数组 elementData 会指向这个 EMPTY_EL
阅读更多...
如何在Visual Studio中调试.NET源码

如何在Visual Studio中调试.NET源码

今天偶然在看别人代码时，发现在他的代码里使用了Any判断List<T>是否为空。 我一般的做法是先判断是否为null，再判断Count。 看了一下Count的源码如下： 1 [__DynamicallyInvokable]2 public int Count3 {4 [__DynamicallyInvokable]5 get
阅读更多...
SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

SWAP作物生长模型安装教程、数据制备、敏感性分析、气候变化影响、R模型敏感性分析与贝叶斯优化、Fortran源代码分析、气候数据降尺度与变化影响分析

查看原文>>>全流程SWAP农业模型数据制备、敏感性分析及气候变化影响实践技术应用 SWAP模型是由荷兰瓦赫宁根大学开发的先进农作物模型，它综合考虑了土壤-水分-大气以及植被间的相互作用；是一种描述作物生长过程的一种机理性作物生长模型。它不但运用Richard方程，使其能够精确的模拟土壤中水分的运动，而且耦合了WOFOST作物模型使作物的生长描述更为科学。 本文让更多的科研人员和农业工作者
阅读更多...
MOLE 2.5 分析分子通道和孔隙

MOLE 2.5 分析分子通道和孔隙

软件介绍 生物大分子通道和孔隙在生物学中发挥着重要作用，例如在分子识别和酶底物特异性方面。 我们介绍了一种名为 MOLE 2.5 的高级软件工具，该工具旨在分析分子通道和孔隙。 与其他可用软件工具的基准测试表明，MOLE 2.5 相比更快、更强大、功能更丰富。作为一项新功能，MOLE 2.5 可以估算已识别通道的物理化学性质。 软件下载 https://pan.quark.cn/s/57
阅读更多...
工厂ERP管理系统实现源码（JAVA）

工厂ERP管理系统实现源码（JAVA）

工厂进销存管理系统是一个集采购管理、仓库管理、生产管理和销售管理于一体的综合解决方案。该系统旨在帮助企业优化流程、提高效率、降低成本，并实时掌握各环节的运营状况。 在采购管理方面，系统能够处理采购订单、供应商管理和采购入库等流程，确保采购过程的透明和高效。仓库管理方面，实现库存的精准管理，包括入库、出库、盘点等操作，确保库存数据的准确性和实时性。 生产管理模块则涵盖了生产计划制定、物料需求计划、
阅读更多...
衡石分析平台使用手册-单机安装及启动

衡石分析平台使用手册-单机安装及启动

单机安装及启动​ 本文讲述如何在单机环境下进行 HENGSHI SENSE 安装的操作过程。 在安装前请确认网络环境，如果是隔离环境，无法连接互联网时，请先按照 离线环境安装依赖的指导进行依赖包的安装，然后按照本文的指导继续操作。如果网络环境可以连接互联网，请直接按照本文的指导进行安装。 准备工作​ 请参考安装环境文档准备安装环境。 配置用户与安装目录。 在操作前请检查您是否有 sud
阅读更多...
线性因子模型 - 独立分量分析（ICA）篇

线性因子模型 - 独立分量分析（ICA）篇

序言 线性因子模型是数据分析与机器学习中的一类重要模型，它们通过引入潜变量（ latent variables \text{latent variables} latent variables）来更好地表征数据。其中，独立分量分析（ ICA \text{ICA} ICA）作为线性因子模型的一种，以其独特的视角和广泛的应用领域而备受关注。 ICA \text{ICA} ICA旨在将观察到的复杂信号
阅读更多...
Spring 源码解读：自定义实现Bean定义的注册与解析

Spring 源码解读：自定义实现Bean定义的注册与解析

引言 在Spring框架中，Bean的注册与解析是整个依赖注入流程的核心步骤。通过Bean定义，Spring容器知道如何创建、配置和管理每个Bean实例。本篇文章将通过实现一个简化版的Bean定义注册与解析机制，帮助你理解Spring框架背后的设计逻辑。我们还将对比Spring中的BeanDefinition和BeanDefinitionRegistry，以全面掌握Bean注册和解析的核心原理。
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2