前言
在 View.java 时代，作为一名 Android 开发者，我们被告诫最多的优化准则之一就是：“减少布局嵌套”。
因为传统的 ViewGroup 在测量（Measure）阶段，往往会触发子 View 的多次测量（比如 RelativeLayout 或设置了 weight 的 LinearLayout），这会导致在深层嵌套下计算量呈指数级增长。
但在 Compose 中，官方却说：“随便嵌套，性能不是问题。”
这底气到底从何而来？今天我们来拆解 Compose 的布局协议（Layout Protocol），看看它是如何通过 的单次测量打破嵌套魔咒的。
一、 回顾噩梦：View 体系的“多次测量”
为什么旧体系怕嵌套？
- 父布局的纠结：比如一个
RelativeLayout，它为了确定子 View 的最终位置，通常需要对每个子 View 进行两次测量。 - 指数级增长：如果你的嵌套有 5 层，且每一层都可能测量两次，那么最底层的 View 可能会被测量 2^5 = 32 次！
- 结果：UI 掉帧、卡顿。
二、 Compose 的铁律：单次测量协议 (Single Pass)
Compose 彻底重写了布局逻辑，引入了一条不可逾越的红线：
每个子项（Child）在测量阶段只能被测量一次。
如果你尝试测量同一个子项两次，Compose 运行时会直接抛出异常（除非使用特殊的固有特性测量）。
它是如何做到的？
Compose 的布局过程分为三个阶段，且是单向流动的：
- 测量（Measurement）：父布局向下传递 Constraints（约束），子布局根据约束决定自己的尺寸。
- 放置（Placement）：父布局根据子布局汇报的尺寸，决定它们在坐标系中的位置。
- 绘制（Drawing）：像素落地。
由于父布局在测量子项时，已经把所有的限制条件（最大/最小宽高）一次性传给了子项，子项只需给出唯一的答案。父布局拿到答案后直接进入放置阶段，不再回头重新测量。
三、 核心概念：Constraints, Placeable 与 MeasurePolicy
理解了这三个类，你就理解了 Compose 布局的精髓。
1. Constraints (父传子)
不再是旧体系里的 MeasureSpec。Constraints 是一个简单的结构体，包含四个值：minWidth, maxWidth, minHeight, maxHeight。它告诉子项：“你必须在这个范围内活动”。
2. Placeable (子回父)
当子项测量完成后，它会返回一个 Placeable 对象。父布局不能直接改子项的宽高，只能通过 Placeable 拿到尺寸，并在放置阶段调用 place() 方法。
3. MeasurePolicy (布局大脑)
所有的 Column, Row, Box 本质上都是通过 Layout 这个 Composable 实现的，而它们的灵魂都在 MeasurePolicy 里。
Layout(content = { /* 子项 */ }) { measurables, constraints ->
// 1. 测量子项 (Measurable -> Placeable)
val placeables = measurables.map { it.measure(constraints) }
// 2. 决定布局大小
layout(width, height) {
// 3. 放置子项
placeables.forEach { it.place(x, y) }
}
}
四、 既然只能测一次，那复杂的自适应布局怎么办？
你可能会问：“如果我需要根据子项 A 的宽度来决定子项 B 的宽度，单次测量怎么做得到？”
Compose 提供了两个“逃生舱”：
- SubcomposeLayout：允许在测量阶段动态决定要组合哪些子项（例如
LazyColumn滚动时动态加载，或者Scaffold需要根据底部栏高度算主体高度）。 - Intrinsic Measurements（固有特性测量）：允许父布局在正式测量前，先“询问”子项：“如果你最小/最大能给多少，你会长多大？”。虽然这看起来像测了多次，但它是通过特殊的预计算机制实现的，且不会触发完整的 UI 树重走。
五、 给开发者的三个布局建议
- 拥抱嵌套，追求语义化：
不要再为了性能强行把 UI 展平。如果用三个嵌套的
Column能让代码逻辑更清晰，那就去写，Compose 保证它的测量性能几乎等同于一个平铺的布局。 - 多用 Modifier 实现微调：
以前 XML 里的
padding,margin,gravity现在全都在Modifier里。记住：Modifier 的顺序至关重要（就像套娃，先套 padding 还是先套 background 效果完全不同）。 - 自定义 Layout 其实很简单：
在 View 体系写自定义
ViewGroup是件头疼的事（要处理 Spec, padding, 自定义属性）。在 Compose 中，你只需要写一个MeasurePolicy，几行代码就能实现一个复杂的环形布局或瀑布流布局。
结语
理解了测量协议，你就理解了为什么 Compose 敢于挑战传统 XML 体系。它不仅带来了开发效率的提升，更是在底层算法上为复杂的 UI 交互提供了坚实的性能保障。
下一篇我们将探讨：Modifier 的艺术：深度拆解链式调用的底层逻辑。如果你觉得有帮助，欢迎点赞关注
