告别卡顿：Android UI 性能优化，布局层级过度绘制实战排查

做Android开发这么多年，性能优化这事儿，永远绕不开一个字：卡。尤其是中低端机，列表一滑就掉帧，页面一进就白屏，用户第一反应就是"这App真烂"。其实很多时候，真不是代码写得烂，而是布局层级太深，过度绘制太严重，把GPU给活活累死了。

今天咱们不聊虚的，直接上实战，手把手教你把UI卡顿这个毒瘤给切了。

一、先搞懂两个"杀手"：布局层级与过度绘制

很多同学以为，XML写得出来，界面能显示就完事了。其实背后藏着两个性能杀手。

第一个是布局层级过深。系统要把XML渲染成屏幕上的像素，得先走一遍"测量-布局-绘制"的流程。如果你嵌套了五六层LinearLayout，甚至RelativeLayout互相套娃，每一次onMeasure和onLayout都是指数级的计算量。这就好比让你在一栋没有电梯的20层大楼里来回跑腿，你不喘谁喘？

第二个是过度绘制（Overdraw）。简单说，就是同一个像素点，在同一帧里被画了N次。比如你给根布局设了白色背景，子布局又设了白色背景，最上层的TextView还要再盖一层背景。GPU心里苦啊：我画了三层，用户只能看到最上面那层，底下两层纯属浪费我的感情。过度绘制直接吃GPU性能，掉帧就是这么来的。

二、工欲善其事：开发者选项里的"照妖镜"

别瞎猜哪里卡，Android系统自带了神器。打开手机的"开发者选项"，找到这几个开关，直接让你的布局"裸奔"：

调试GPU过度绘制（Profile GPU Rendering）
打开后选"显示过度绘制区域"。这时候屏幕会变色：
- 原色：没过度绘制，完美。
- 蓝色：绘制了1次，正常。
- 绿色：绘制了2次，轻微，可以接受。
- 粉色：绘制了3次，得注意了。
- 红色：绘制了4次及以上，严重！必须改！
布局边界（Show layout bounds）
打开后，屏幕上会显示一堆横竖线和矩形框。如果你的一个简单列表项，边框套了七八层，那层级肯定有问题。
GPU渲染模式分析（GPU Rendering Profile）
在屏幕上显示为条形图。如果柱状图经常冲破顶部的绿线（16ms警戒线），说明你这帧渲染超时了，卡顿实锤。

三、实战排查：从"红成一片"到"蓝绿相间"

光看不行，得动手改。分享几个我实战中必杀的优化手段。

1. 干掉无用的背景

这是过度绘制的头号元凶。很多同学习惯给每个布局都设个android:background，或者父布局和子布局用了同一个颜色。打开过度绘制调试，看到红色区域，第一件事就是去XML里搜background。如果父布局已经是白色，子布局没必要再设一遍。直接用android:background="@null"或者app:cardBackgroundColor="@android:color/transparent"干掉它。

2. 拥抱ConstraintLayout，扔掉嵌套地狱

以前为了摆个控件，LinearLayout里套LinearLayout，为了居中还得塞个RelativeLayout。现在别这么干了。ConstraintLayout是官方亲推，扁平化布局的神。一个ConstraintLayout能搞定所有控件关系，层级直接压到2层以内。特别是列表里的Item布局，用ConstraintLayout重写一遍，测量时间能砍掉一半。

3. 慎用RelativeLayout和AbsoluteLayout

RelativeLayout在测量时会对子View进行两次测量（横向一次，纵向一次），因为它要处理相对关系。如果你的布局层级深，又用了RelativeLayout，性能开销会成倍增加。能用ConstraintLayout替代的，千万别手软。

4. 善用<merge>和ViewStub

<merge>标签 ：当你自定义一个布局，准备把它<include>到别的布局里时，如果根布局和父布局是同一种（比如都是FrameLayout），用<merge>代替根布局，可以减少一层无用的嵌套。
ViewStub标签 ：对于那些不常用、但偶尔会弹出来的布局（比如空数据页面、错误提示页），千万别一开始就加载。用ViewStub，它默认不占资源，只有当你调用inflate()的时候才会加载进来，瞬间减轻启动和渲染压力。

四、代码层面的"微操"优化

XML改完了，Java/Kotlin代码里也有坑。

别在onDraw里new对象
onDraw是高频调用的方法，在里面实例化对象会导致频繁GC，造成内存抖动，一抖动就卡顿。把Paint、Path这些对象提到全局去初始化。
慎用getWidth()/getHeight()
在onCreate或者onResume里直接拿View的宽高，拿到的往往是0。很多同学为了算位置，会搞个postDelayed去拿，这不仅不优雅，还可能引发UI线程阻塞。用ViewTreeObserver或者直接用ConstraintLayout的屏障（Barrier）/引导线（Guideline）在XML里搞定。
列表优化三件套
RecyclerView卡顿？检查这三样：
- onCreateViewHolder里别做耗时操作，只做inflate。
- onBindViewHolder里别搞复杂的计算，数据提前算好直接塞。
- 图片加载用Glide或Coil，别直接setImageResource，大图直接OOM给你看。

五、总结

UI性能优化不是一蹴而就的，它是一个"排查-修改-验证"的循环过程。记住这几个核心心法：

能扁平化就别嵌套，ConstraintLayout是你的好朋友。
能不画就不画，去掉一切无用的背景和布局。
能晚加载就晚加载，善用ViewStub。
工具大于猜测，开发者选项里的调试工具，每天看一遍，比看需求文档还有用。

把过度绘制从红色干到蓝色，把布局层级从七八层压到两三层，你会发现，那些老旧测试机，也能跑出丝滑般的60帧。赶紧打开你的项目，照着上面的方法查一遍，下一个被同事尊称为"性能优化大神"的就是你。