4. 布局优化基础

做 Android 开发几年后，你会发现一个道理：布局是性能的基石。
界面卡顿、掉帧、启动慢……很多问题追根溯源，都出在布局上。
我个人习惯是，写布局的时候心里就绷着一根弦——这玩意儿会不会成为性能瓶颈？
这章我们就从屏幕怎么画东西开始讲，再到怎么发现布局里的坑，最后用工具把它揪出来。

4.1 屏幕渲染原理

说白了，手机屏幕显示一张画面，是 CPU 和 GPU 配合干活的结果。
CPU 负责计算——测量布局、生成 DisplayList；GPU 负责画出来——栅格化、往屏幕 buffer 里填像素。
这两者之间通过「垂直同步信号（VSync）」来对齐节奏。

为什么是 16ms？因为大多数屏幕是 60Hz 刷新率，一帧的时间就是 1000/60 ≈ 16.67ms。
你想想看，如果 CPU 或 GPU 干活超过这个时间，下一帧就赶不上 VSync 信号，于是掉帧。
掉帧的表现就是卡顿。

我记得刚做 Android 那会儿，总觉得 16ms 很充裕。
直到有一次，一个带复杂动画的列表页，在低端机上掉帧掉到没法看。打开 Profile 一看，CPU 单帧耗时飙到 40ms。
嗯，从那以后我再也不敢小看布局计算的开销了。

4.2 过度绘制检测

过度绘制，就是同一个像素在一帧里被画了多次。
你叠了多层背景、多个不透明的 View，GPU 就得反复往同一个位置写入颜色。纯属浪费性能。

怎么查？Android 开发者选项里有一项：「调试 GPU 过度绘制」。
打开之后，屏幕会变成彩色地图，每种颜色代表不同的绘制次数：

颜色	绘制次数	建议
蓝色	绘制 1 次	正常，保持
绿色	绘制 2 次	尚可，留意
淡红	绘制 3 次	需要优化
深红	绘制 4 次+	必须优化

优化目标很明确：让大部分区域保持蓝色，局部允许绿色，尽量避免淡红和深红。
说白了，不要画你看不到的东西。

4.3 Hierarchy Viewer 与 Layout Inspector

要优化布局，你得先知道布局长什么样。这里有两个工具：Hierarchy Viewer 和 Layout Inspector。

Hierarchy Viewer 是老工具了，需要 Root 权限，现在已经不推荐用。
但它留下的分析思路很有价值——每个 View 的 measure、layout、draw 耗时一目了然。

现在官方推荐的是 Layout Inspector，直接集成在 Android Studio 里。
用法很简单：

1. 运行 App，点击 Tools → Layout Inspector
2. 选择你要分析的 Activity
3. 工具会展示完整的 View 树，每个节点的宽高、margin、padding 都看得清清楚楚

Layout Inspector 还能看每个 View 的渲染耗时。点一下节点，右边属性面板会显示 DrawTime。
这里的坑在于：耗时高的不一定是 View 本身，也可能是它里面的子 View 累加起来的结果。
我建议你从叶子节点往根看，先定位耗时的叶子，再往回追溯。

4.4 实战优化建议

理论知识讲完了，说几个我在实战中反复用的优化手段：

• 减少层级：能用 ConstraintLayout 一层解决的，就别用 LinearLayout 嵌套三层。
  我曾经接手过一个老项目，一个详情页嵌套了 6 层 LinearLayout，打开 Layout Inspector 一看简直是千层饼。
  后来全改成 ConstraintLayout，层级压到 2 层，布局耗时从 12ms 降到 3ms。
• merge 标签：当你用一个布局文件作为另一个布局的 include 时，用 merge 可以避免多包一层。
• ViewStub 懒加载：那些不一定会出现的 UI（比如加载失败提示、引导气泡），用 ViewStub 占位。
  用到的时候再 inflate，不占用 measure 和 draw 的时间。
• 避免过度绘制：检查背景重复设置，去掉不透明的无效层级，用 android:windowBackground 统一管理。