WPF窗体与控件的渲染机制 - WPF中文网

WPF 中的窗体和控件在启动时的绘制过程与传统的 WinForms 或 GDI 有本质区别，它更高级、更复合化。

简单来说，这个过程可以分为两个核心阶段：

下面我将详细拆解启动时的完整绘制流程。

启动应用程序 (App.xaml 和 MainWindow)
- 当 Main 方法启动时，会创建 Application 对象（通常由 App.xaml 和 App.xaml.cs 定义）。
- Application 会根据其 StartupUri 属性创建并显示指定的主窗口（例如 MainWindow.xaml）。
加载和解析 XAML
- 编译器会将 XAML 文件（如 MainWindow.xaml）编译为 BAML (Binary Application Markup Language)，这是一种压缩和优化的二进制格式。
- 运行时，CLR 会加载 BAML 并将其解析回一个对象树。这个过程会：
  - 实例化 XAML 中定义的每一个元素（如 <Window>， <Grid>， <Button>）为 .NET 对象。
  - 设置每个对象的属性（如 Width, Height, Content）。
  - 根据元素的嵌套关系，建立起逻辑树 (Logical Tree)。
引发生命周期事件
- 在对象初始化过程中，会按顺序引发一系列事件：
  - Initialized: 元素已被初始化并从 XAML 中加载了基本属性。此时逻辑树已建立，但尚未进行布局测量和排列。
  - Loaded: 整个窗口（或页面）已加载完毕，逻辑树完整，并且即将被呈现到屏幕上。这是通常进行最终初始化操作（如加载数据）的地方。

这是最核心的阶段，由 WPF 的布局系统 (Layout System) 驱动。它分为三个循环步骤：测量 (Measure)、排列 (Arrange) 和渲染 (Render)。

目的：确定每个控件期望的大小。布局系统从逻辑树的根节点（通常是 Window）开始，递归地遍历所有子元素。
过程：
- 父控件询问其每个子控件：“给定这么多可用空间（availableSize），你的理想尺寸是多大？”
- 子控件根据其内容（如 TextBlock 的文本）、属性（如 Width, Height, Margin, Padding）和约束，计算并返回其期望大小（DesiredSize）。
- 例如，一个 Button 会测量其内部的 Content（可能是文字或图像）来决定自己最小需要多大空间才能完整显示。

目的：根据上一步测量的结果，确定每个控件的最终位置和实际大小。
过程：
- 父控件根据自身的布局逻辑（如 StackPanel 是垂直/水平堆叠，Grid 是放在指定行列），为每个子控件分配一个最终矩形区域（finalRect）。
- 父控件对子控件说：“这是分配给你的空间，请把自己放在这个区域里。”
- 子控件在这个区域内进行自我定位。如果分配的空间比期望的大或小，控件可能会根据 HorizontalAlignment 和 VerticalAlignment 属性来决定如何对齐或是否裁剪。

逻辑树 (Logical Tree)：反映 XAML 中声明的控件层次结构，用于核心功能如属性继承、资源查找、事件路由。
可视树 (Visual Tree)：描述控件视觉结构的更底层、更详细的树，用于渲染和命中测试。你可以使用 VisualTreeHelper 来遍历它。
布局系统 (Layout System)：递归的 测量(Measure) -> 排列(Arrange) 过程。任何影响布局的变化（如窗口大小调整、内容更改）都会触发一个新的布局传递 (Layout Pass)。
保留模式图形 (Retained Mode Graphics)：与“立即模式”（如 WinForms 的 Paint 事件）相反，WPF 维护一个可视化对象列表（可视树），并由系统负责在需要时重绘它们。开发者只需声明“要什么”，而不需关心“何时画”和“怎么画”。

微信	支付宝