发布人：开发者计划工程师 Takeshi Hagikura
自从在去年的 Google I/O 大会上发布ConstraintLayout以来，我们一直不断改进该布局的稳定性，完善对布局编辑器的支持。我们还针对ConstraintLayout增加了一些新功能，帮助您构建不同类型的布局，例如引入链和按比例设置大小。除了这些功能之外，使用ConstraintLayout还可以获得一项显著的性能优势。在本博文中，我们将向您介绍如何从这些性能改进中获益。
Android 如何绘制视图？
为了更好地理解ConstraintLayout的性能，我们先回过头来看看 Android 如何绘制视图。
当用户将某个 Android 视图作为焦点时，Android 框架会指示该视图进行自我绘制。这个绘制过程包括 3 个阶段：
测量
系统自顶向下遍历视图树，以确定每个ViewGroup和 View 元素应当有多大。在测量ViewGroup的同时也会测量其子对象。
布局
系统执行另一个自顶向下的遍历操作，每个ViewGroup都根据测量阶段中所确定的大小来确定其子对象的位置。
绘制
系统再次执行一个自顶向下的遍历操作。对于视图树中的每个对象，系统会为其创建一个Canvas对象，以便向 GPU 发送一个绘制命令列表。这些命令包含系统在前面 2 个阶段中确定的ViewGroup和View对象的大小和位置。
图 1.测量阶段如何遍历视图树的示例
绘制过程中的每个阶段都需要对视图树执行一次自顶向下的遍历操作。因此，视图层次结构中嵌入（或嵌套）的视图越多，设备绘制视图所需的时间和计算功耗也就越多。通过在 Android 应用布局中保持扁平的层次结构，您可以为应用创建响应快速而灵敏的界面。
传统布局层次结构的开销
请牢记上述解释，下面我们来创建一个使用LinearLayout和RelativeLayout对象的传统布局层次结构。
假设我们想构建一个像上图那样的布局。如果您使用传统布局来构建，XML 文件会包含类似于下面这样的元素层次结构（在本例中，我们忽略属性）：
尽管一般来说，这种类型的视图层次结构都有改进的空间，但您几乎必定还需要创建一个包含一些嵌套视图的层次结构。
如前所述，嵌套的层次结构会给性能造成负面影响。我们使用 Android Studio 的Systrace工具来看看嵌套视图对界面性能到底有何实际影响。我们通过编程方式针对每个ViewGroup（ConstraintLayout和RelativeLayout）调用了测量和布局阶段并在执行测量和布局调用期间触发了 Systrace。以下命令可生成一个包含 20 秒间隔周期内发生的关键 Event 的概览文件，例如开销巨大的测量/布局阶段：
python $ANDROID_HOME/platform-tools/systrace/systrace.py --time=20 -o ~/trace.html gfx view res
有关如何使用 Systrace 的详细信息，请参阅使用 Systrace 分析界面性能指南。
Systrace 会自动突出显示此布局中的（大量）性能问题，并给出修复这些问题的建议。通过点击“Alerts”标签，您会发现，绘制此视图层次结构需要反复执行 80 次的测量和布局阶段，开销极为庞大！
触发开销如此庞大的测量和布局阶段当然很不理想，如此庞大的绘制 Activity 会导致用户能够觉察到丢帧的现象。我们可以得出这样的结论：这种嵌套式层次结构和RelativeLayout（会对其每个子对象重复测量两次（原因请参考））的特性导致性能低下。
您可以在我们的GitHub 代码库中查看我们用来执行这些测量的完整代码。
ConstraintLayout 对象的优势
如果您使用ConstraintLayout来构建相同的布局，XML 文件会包含类似于下面这样的元素层次结构（再次忽略属性）：
如本例所示，现在，该布局拥有一个完全扁平的层次结构。这是因为ConstraintLayout允许您构建复杂的布局，而不必嵌套View和ViewGroup元素。
举个例子，我们来看一下布局中间的TextView和EditText：
使用RelativeLayout时，您需要创建一个新的ViewGroup来垂直对齐EditText和 TextView：
通过改用ConstraintLayout，您只需添加一个从TextView基线到EditText基线之间的约束，即可实现同样的效果，而不必创建另一个ViewGroup：
在针对我们使用ConstraintLayout的布局版本运行 Systrace 工具时，您会发现，同样 20 秒间隔周期内执行的测量/布局次数大大减少，开销也随之大大减少。这种性能的改进很有意义，现在，我们保持了扁平的视图层次结构！
同样值得一提的是，我们构建ConstraintLayout版本的布局时仅仅使用了布局编辑器，而不是手工编辑 XML。而要使用RelativeLayout来实现同样的视觉效果，我们很可能必须手工编辑 XML。
测量性能差异
我们使用 Android 7.0（API 级别 24）中引入的OnFrameMetricsAvailableListener分析了ConstraintLayout和RelativeLayout这两种类型的布局所执行的每次测量和布局操作所花费的时间。通过该类，您可以收集有关应用界面渲染的逐帧时间信息。
通过调用以下代码，您可以开始记录每个帧的界面操作：
在能够获取时间信息之后，该应用触发frameMetricsAvailableListener()回调。我们对测量/布局的性能感兴趣，因此，我们在检索实际帧的持续时间时调用了FrameMetrics.LAYOUT_MEASURE_DURATION。
如需详细了解FrameMetrics可以检索的其他类型的持续时间信息，请参阅FrameMetricsAPI 参考。
测量结果：ConstraintLayout 速度更快
我们的性能比较结果表明：ConstraintLayout在测量/布局阶段的性能比RelativeLayout大约高 40%：
这些结果表明：ConstraintLayout很可能比传统布局的性能更出色。不仅如此，正如ConstraintLayout 对象的优势一节中所介绍的那样，ConstraintLayout还具备其他一些功能，能够帮助您构建复杂的高性能布局。有关详情，请参阅使用 ConstraintLayout 构建快速响应的界面指南。我们建议您在设计应用布局时使用ConstraintLayout。在过去，几乎所有情形下，您都需要一个深度嵌套的布局，因此，ConstraintLayout应当成为您优化性能和易用性的不二之选。
后续计划
查看开发者指南、API 参考文档和媒体文章，以完全理解ConstraintLayout能够给您带来什么。再次感谢您，感谢自从我们的 Alpha 版ConstraintLayout发布以来的几个月里提交反馈和问题的所有同仁。我们得以在今年早些时候发布ConstraintLayout的1.0 正式版，离不开您的支持，我们在此谨致以诚挚的谢意！我们将继续改进ConstraintLayout，请您继续使用Android Issue Tracker向我们发送反馈。
个人学习ConstraintLayout中参考资料：
英文：https://constraintlayout.github.io/basics/
中文：https://biaomingzhong.github.io/
有问题请留言沟通。
