WPF 热 AppDomain 启动性能（Application.RunInternal、XamlReader.LoadBaml）

我有相对简单的应用程序，但热（第二次等）启动时间很糟糕，需要 3-5 秒。 Profiler（VS2010，CPU 采样）显示超过 80% 的时间花费在 Application.RunInternal (~40%) 和 XamlRader.LoadBaml (~40%) 函数上。

问题的根源是Window是在非默认的AppDomain中创建的。如果我将窗口创建移至默认 AppDomain 或给予 AppDomain 无限制的权限设置，一切都会如预期的那样快。

我正在测试：

• Windows 7 x64
• .Net 4.0
• 4Gb RAM
• GeForce 9800GT 1Gb。

我用这种方式创建AppDomain

var permissionSet = new PermissionSet(null);

permissionSet.AddPermission(new SecurityPermission(SecurityPermissionFlag.Execution | SecurityPermissionFlag.SerializationFormatter | SecurityPermissionFlag.UnmanagedCode));
permissionSet.AddPermission(new ReflectionPermission(PermissionState.Unrestricted));
permissionSet.AddPermission(new UIPermission(PermissionState.Unrestricted));
permissionSet.AddPermission(new MediaPermission(PermissionState.Unrestricted));
permissionSet.AddPermission(new FileDialogPermission(PermissionState.Unrestricted));

var appDomainSetup =
    new AppDomainSetup
    {
        ApplicationBase = AppDomain.CurrentDomain.SetupInformation.ApplicationBase,
        ApplicationName = AppDomain.CurrentDomain.SetupInformation.ApplicationName,
        DisallowApplicationBaseProbing = false,
        DisallowBindingRedirects = true,
        DisallowCodeDownload = true,
        DisallowPublisherPolicy = true,
        LoaderOptimization = LoaderOptimization.MultiDomainHost
    };

_appDomain =
    AppDomain.CreateDomain(
        name,
        null,
        appDomainSetup,
        permissionSet,
        new[]
    {
        // a few types I need
        typeof(...).Assembly.Evidence.GetHostEvidence<StrongName>(),
    });

即使我将 XAML 剥离为空窗口，行为也保持不变

<Window
    x:Class="Rosmurta.Extensibility.WpfUI.RosmurtaWindow"
    x:ClassModifier="internal"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="Test"
    Height="480"
    Width="640"
    WindowStyle="SingleBorderWindow">
    <Grid>
    </Grid>
</Window>

XamlRader.LoadBaml 解析的内容并不算多，但它花费了超过 30% 的启动时间事件来处理空窗口。

我已经尝试过（但没有帮助）

• 将 添加到 App.config。
• 将 [LoaderOptimization(LoaderOptimization.Multi Domain Host)] 属性添加到 Main 方法。
• 向所有程序集添加签名。

还可以做什么？

这个问题很老了，但我的回答可能会对某人有所帮助。有时，XAMLReader 在启动过程中肯定会花费很多时间，但这并不总是意味着问题是由解析本身引起的。在解析XAML时，XAMLParser除了解析之外还会执行几个相对较重的操作：

• 使用反射获取未知类型和 crate 实例
• 初始化对象并创建实例。如果您的 XAML（或您正在使用的组件库的 XAML）包含许多自定义类，它们是由 XAMLParser 创建的，并且会发生抖动。
• 在资源字典层次结构等中搜索资源。如果资源字典的层次结构确实很复杂，那么这个操作会花费一些时间。

有几种通用技术可以帮助您减少 WPF 应用程序的启动时间：

• 使用 Ngen 工具生成本机映像。
• 当 Ngen 不适用时启用多核 JIT
• 将 ReadyToRun 与 MultiCore JIT 结合使用用于 .NET Core 项目，因为它们没有 Ngen
• 按需加载数据。我认为这不是你的情况，但可能对全面了解有用。例如，DevExpress 有虚拟源和服务器模式 https://docs.devexpress.com/WPF/116265/controls-and-libraries/data-editors/common-features/binding-to-data/server-mode为您异步执行此操作的功能。
• 您还可以将“重”视图包装在控件中，延迟其加载，而不会冻结 UI。例如，您可以使用DevExpress加载装饰器
• 确保您的视图控件没有扩展到可见区域之外。例如，如果您有一个带有 ListBox 的 StackPanel，ListBox 将立即创建其所有元素，因为 StackPanel 不限制其子元素的高度，并且它们“认为”它们具有无限的高度。因此，ListBox 将立即创建所有视觉元素并显着降低您的性能。
• 作为确定瓶颈的简单方法，您可以评论 UI，您可以评论我们的 XAML 部分，看看这如何影响启动

这是一篇可能有帮助的博客文章：减少 WPF 应用程序启动时间的 9 个技巧 https://community.devexpress.com/blogs/wpf/archive/2023/01/26/9-tips-to-reduce-wpf-app-startup-time.aspx