请解释 WPF 布局系统中 Measure 与 Arrange 两个阶段的具体执行机制，以及它们之间的协作关系。

回答思路

1. 【回答框架 1】WPF 布局分为 Measure 和 Arrange 两个阶段。Measure 阶段由父元素调用每个子元素的 Measure(availableSize) 方法，传入可用空间约束；子元素计算并返回其期望尺寸 DesiredSize。该阶段自顶向下递归，用于确定每个元素在给定约束下需要多大空间。
2. 【回答框架 2】Arrange 阶段在 Measure 完成后进行，父元素根据子元素的 DesiredSize 和自身布局策略，调用子元素的 Arrange(finalRect) 方法，为每个子元素分配最终的位置和大小。该阶段也是递归的，直到所有元素都被排列。
3. 【回答框架 3】两个阶段紧密协作：Measure 确定元素所需空间，Arrange 分配实际空间。子元素在 Measure 中可调用 MeasureOverride 自定义测量逻辑，在 Arrange 中调用 ArrangeOverride 自定义排列逻辑。布局容器如 Grid、StackPanel 会依据各自规则在 Measure 中计算子元素约束，并在 Arrange 中计算子元素位置。
4. 【回答框架 4】关键点：Measure 阶段传入的可用大小可能被元素忽略，例如 ScrollViewer 会允许内容无限测量；Arrange 阶段传入的最终尺寸可能与 DesiredSize 不同，元素需适应实际分配的空间。此外，依赖属性如 ActualWidth/ActualHeight 在 Measure 和 Arrange 后才有效，布局更新需通过 InvalidateMeasure 或 InvalidateArrange 触发。
5. 【关键点 1】Measure 阶段自顶向下传递可用大小，并通过 DesiredSize 返回期望尺寸。
6. 【关键点 2】Arrange 阶段根据 DesiredSize 和布局规则，自顶向下分配最终位置和大小。
7. 【关键点 3】自定义布局时重写 MeasureOverride 和 ArrangeOverride 实现特定布局逻辑。
8. 【关键点 4】两阶段为同步过程，确保布局一致性与稳定性。
9. 【易错点 1】将固定尺寸作为最终尺寸传递给子元素，可能导致子元素被裁剪或布局错误，应遵循约束。
10. 【易错点 2】在 Measure 中直接使用 DesiredSize 进行排列，而未考虑实际分配空间可能不同。
11. 【易错点 3】自定义容器未正确调用基类 Measure/Arrange，导致子元素未布局。