.NET Framework 4.8 WPF应用启动速度为何比.NET 6/7快近一倍？

核心原因 #

• 运行时架构差异：.NET 6+采用模块化、跨平台的运行时设计，启动时需要初始化JIT编译器、核心类库等独立组件；而.NET Framework是系统预安装的，多数核心组件已完成系统级缓存或预初始化，启动开销更低。
• WPF底层重构开销：为适配跨平台生态和新特性，.NET 6+对WPF的XAML解析、资源加载等核心逻辑做了重构，部分初始化流程比.NET Framework更复杂，增加了启动耗时。
• JIT编译依赖：.NET Framework可通过NGEN提前编译组件为本地代码，避免启动时的即时编译开销；而.NET 6+的WPF暂不支持完整Native AOT编译，仍依赖JIT处理部分代码，拖慢启动速度。
• 默认特性开销：.NET 6+默认启用了安全增强检查、诊断跟踪等特性，这些功能在启动初期会额外消耗资源，而.NET Framework的默认配置更偏向桌面应用的轻量启动。

优化方案 #

• 启用ReadyToRun编译：在项目csproj中添加<ReadyToRun>true</ReadyToRun>（开发构建）或<PublishReadyToRun>true</PublishReadyToRun>（发布版），提前将IL编译为本地代码，减少JIT编译耗时。
• 优化XAML加载逻辑：对非启动必需的控件使用<x:Load="False"标记延迟加载，合并重复资源字典减少IO开销，避免在启动时加载大量非核心XAML资源。
• 关闭不必要的诊断功能：在应用启动入口（如Program.cs）添加AppContext.SetSwitch("System.Diagnostics.DiagnosticSource.IsDefaultListenerEnabled", false);，禁用默认诊断跟踪，降低初始化开销。
• 单文件发布结合ReadyToRun：配置<PublishSingleFile>true</PublishSingleFile>将应用打包为单文件，减少启动时的文件IO操作，配合ReadyToRun可进一步提升启动效率。
• 预加载核心组件：在App构造函数或启动前的后台线程中，提前初始化常用WPF组件或服务，避免主UI线程在启动时阻塞。
• 升级至最新.NET版本：.NET 8及后续版本针对WPF启动性能做了针对性优化，升级后可获得明显的启动速度提升。

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