WPF编译时XAML与C# CodeBehind哪个会被优先处理？

核心结论 #

WPF 编译流程中 C# CodeBehind 编译优先级高于XAML的编译求值，运行时初始化顺序需根据InitializeComponent()的调用位置判断。

完整编译流程拆解 #

• 第一步：优先编译所有C#代码，包含所有.xaml.cs后缀的CodeBehind文件，生成临时中间程序集。此阶段会验证所有自定义类型、属性、方法的合法性，所有在XAML中需要引用的CLR类型都需要在此阶段编译通过，否则后续XAML编译会抛出「找不到类型」的错误。
• 第二步：执行XAML编译任务（MarkupCompilePass1 / MarkupCompilePass2），XAML编译器会加载第一步生成的临时程序集，解析XAML节点内容，验证所有引用的CLR类型、属性、附加属性合法性，同时生成对应BAML（二进制应用程序标记语言）资源嵌入最终程序集，此外还会生成XAML对应的.g.cs分部类代码，和开发者编写的CodeBehind分部类合并为完整的类实现。

运行时实例化的求值顺序 #

多数开发者混淆的「赋值顺序」实际属于运行时范畴，规则如下：

• 实例化WPF窗口/控件时，首先执行CodeBehind构造函数中的自定义代码，直到遇到InitializeComponent()方法调用
• InitializeComponent()内部会加载嵌入的BAML资源，按照XAML声明顺序依次执行属性赋值、子控件创建、资源绑定、事件注册等操作
• XAML内的所有求值、赋值操作都发生在InitializeComponent()执行阶段，在该方法调用前访问XAML中声明的控件会得到null值，因为控件还未完成初始化赋值。

常见场景编码建议 #

• 所有需要操作XAML声明的控件、读取XAML赋值属性的后台逻辑，必须写在InitializeComponent()调用之后
• XAML的属性赋值优先级高于构造函数中InitializeComponent()之前的赋值：例如你在构造函数中先将Title赋值为"Test1"，再调用InitializeComponent()，而XAML中声明了Title="Test2"，最终窗口标题会是Test2，因为XAML的赋值操作执行时间更晚
• WPF依赖属性的原生优先级规则不受编译顺序影响，例如动画赋值优先级高于XAML本地赋值的规则始终生效。

内容的提问来源于stack exchange，提问作者Philipp Elhaus