概要
您管理View对象层次结构的方式可能会对应用程序的性能产生重大影响。本页介绍如何评估您的视图层次结构是否会减慢您的应用程序，并提供解决可能出现的问题的一些策略。
布局和衡量表现
渲染管道包括布局和度量 阶段，在此阶段系统会将相关项目适当地定位到您的视图层次结构中。这个阶段的度量部分决定了View对象的大小和边界。布局部分决定了屏幕上放置View对象的位置。
这两个流水线阶段都会导致他们处理的每个视图或布局的成本很低。大多数情况下，这个成本是最小的，并且不会显着影响性能。但是，当应用程序添加或删除View对象时，它可能会更大，例如 RecyclerView 对象回收它们或重新使用它们时。如果View对象需要考虑调整大小来限制它的约束，成本也可能更高：例如，如果您的应用程序调用 包装文本SetText()的 View对象，则 View可能需要调整大小。
如果像这样的情况花费太长时间，它们可以防止帧在允许的16ms内渲染，这样帧就会被丢弃，动画变得非常复杂。
由于您无法将这些操作移至工作线程 - 您的应用程序必须在主线程上处理它们，所以最好的办法就是优化它们，以便尽可能缩短时间。
管理复杂性：布局很重要
Android Layouts 允许您在视图层次结构中嵌套UI对象。这种嵌套也可能会增加布局成本。当您的应用程序处理布局对象时，应用程序也会对布局的所有子项执行相同的过程。对于复杂的布局，有时仅在系统首次计算布局时出现成本。例如，当您的应用程序在RecyclerView 对象中回收复杂的列表项时 ，系统需要布置所有对象。在另一个例子中，微不足道的变化可以传播到父级，直到他们到达不影响父级大小的对象。
布局花费特别长时间的最常见情况是当View对象的层次结构彼此嵌套时。每个嵌套布局对象都会增加布局阶段的成本。层次越平坦，布局阶段完成所需的时间就越少。
如果您正在使用该RelativeLayout课程，则可以使用嵌套的未加权LinearLayout视图以较低的成本达到相同的效果 。此外，如果您的应用目标为Android 7.0（API级别24），则很可能您可以使用特殊的布局编辑器来创建 ConstraintLayout 对象而不是RelativeLayout。这样做可以避免本节描述的许多问题。该 ConstraintLayout 课程提供类似的布局控制，但性能大大提高。这个类使用它自己的约束解决系统以与标准布局截然不同的方式来解决视图之间的关系。
双重税收
通常，框架一次执行布局 或度量阶段，并且很快。但是，对于一些更复杂的布局情况，框架可能需要在层次结构的多个部分迭代多次，最终定位元素之前需要多次传递才能解析。不得不执行多个布局和度量迭代被称为 双重征税。
例如，当您使用RelativeLayout允许您View根据其他View对象的位置来定位对象的容器时，框架将执行以下操作：
- 执行布局和度量传递，在此期间，框架根据每个孩子的请求计算每个子对象的位置和大小。
- 使用这些数据，同时考虑对象权重，找出相关视图的正确位置。
- 执行第二次布局传递以完成对象的位置。
- 进入渲染过程的下一个阶段。
视图层次越高，潜在的性能损失就越大。
- 除RelativeLayout可能导致双重课税的其他容器外。例如：
- 如果将LinearLayout视图设置为水平，视图可能会导致双重布局和度量传递。如果添加measureWithLargestChild，则在垂直方向上也可能发生双重布局和度量传递 ，在这种情况下，框架可能需要执行第二次传递才能解析正确大小的对象。
- 该GridLayout 有一个类似的问题。虽然这个容器也允许相对定位，但它通常通过预处理子视图之间的位置关系来避免双重征税。但是，如果布局使用权重或填充 Gravity类，那么预处理的好处就会丢失，如果容器是a，框架可能必须执行多次传递RelativeLayout。
多个布局和度量通行证本身并不是性能负担。但如果他们处于错误的位置，他们可能会变得如此。对于以下情况之一适用于您的容器的情况，您应该小心：
- 它是视图层次结构中的根元素。
- 它下面有一个深层视图层次结构。
- 它有很多填充屏幕的实例，类似于ListView对象中的儿童
诊断视图层次结构问题
布局性能在许多方面都是一个复杂的问题。有几个工具可以为您提供有关性能瓶颈发生位置的明确信息。其他一些工具提供的确切信息较少，但也可以提供有用的提示。
Systrace
Systrace 是一款内置于Android SDK中的工具，可提供有关性能的绝佳数据 。Systrace工具可让您收集并检查整个Android设备的计时信息，让您了解布局性能问题何时会导致性能问题。有关Systrace的更多信息，请参阅使用Systrace分析UI性能。
Profile GPU渲染
最有可能为您提供有关性能瓶颈的具体信息的另一个工具是设备上的 配置文件GPU渲染工具，可用于采用Android 6.0（API级别23）和更高版本支持的设备。该工具允许您查看每个渲染帧的布局和度量阶段所花费的时间。这些数据可帮助您诊断运行时性能问题，并帮助您确定需要解决的布局和度量问题。
在其捕获的数据的图形表示中， 配置文件GPU渲染使用蓝色来表示布局时间。有关如何使用此工具的更多信息，请参阅 配置文件GPU渲染演练。
Lint
Android Studio的Lint工具可以帮助您获得视图层次结构中效率低下的感觉。要使用此工具，请选择Analyze> Inspect Code，如图1所示。
图1.在Android Studio中查找Inspect代码。
有关各种布局项目的信息显示在 Android> Lint> Performance下。要查看更多详细信息，可以单击每个项目将其展开，并在屏幕右侧的窗格中查看更多信息。图2显示了这种显示器的一个例子。
图2.查看有关lint工具已识别的特定问题的信息。
点击其中一个项目，在右侧窗格中显示与该项目相关的问题。
要更多了解这方面的具体主题和问题，请参阅 Lint文档。
布局检查器
Android Studio的Layout Inspector 工具提供了应用视图层次结构的直观表示。这是一种浏览应用层次结构的好方法，它为特定视图的父链提供清晰的视觉表示，并允许您检查应用构造的布局。
Layout Inspector提出的观点也可以帮助识别双重征税带来的性能问题。它还可以为您提供一种轻松的方式来识别嵌套布局的深层链，或嵌套儿童的大量布局区域，这是潜在的性能成本的潜在来源。在这些情况下，布局和度量阶段可能特别昂贵，导致性能问题。
有关更多信息，请参阅使用布局检查器调试布局。
解决视图层次结构问题
解决视图层次结构中出现的性能问题背后的基本概念在概念上很简单，但在实践中更加困难。防止视图层次结构施加性能处罚包含平坦视图层次结构和减少双重征税的双重目标。本节讨论实现这些目标的一些策略。
删除多余的嵌套布局
开发人员经常使用比必要更多的嵌套布局。例如，一个 RelativeLayout容器可能包含一个也是RelativeLayout容器的单个孩子 。这种嵌套意味着冗余，并为视图层次结构增加了不必要的成本。
林特通常可以为您解决这个问题，减少调试时间。
采用 merge/include
冗余嵌套布局的一个常见原因是 <include>标签。例如，您可以定义一个可重用的布局，如下所示：
<LinearLayout>
<!-- some stuff here -->
</LinearLayout>
</pre>然后使用include标签将此项添加到父容器中：
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:background="@color/app_bg"
android:gravity="center_horizontal">
<include layout="@layout/titlebar"/>
<TextView android:layout_width="match_parent"
android:layout_height="wrap_content"
android:text="@string/hello"
android:padding="10dp" />
...
</LinearLayout>包含不必要地嵌套第二个布局中的第一个布局。
该合并 标签可以帮助防止此问题。有关此标记的信息，请参阅 使用<include>重新使用布局。
采用更便宜的布局
您可能无法调整现有布局方案，使其不包含冗余布局。在某些情况下，唯一的解决方案可能是通过切换到完全不同的布局类型来平整您的层次结构。
例如，您可能会发现a TableLayout 提供了与具有多个位置依赖关系的更复杂布局相同的功能。在Android的N版本中， ConstraintLayout 该类提供了类似的功能 RelativeLayout，但成本显着降低。
Lastest Update：2018.04.25
联系我
QQ:94297366
微信打赏：https://pan.baidu.com/s/1dSBXk3eFZu3mAMkw3xu9KQ
公众号推荐：
