Windows App SDK 1.5版本在MSIX打包时的XAML模块崩溃问题分析

问题背景

在使用Windows App SDK 1.5.240802000版本开发MAUI Blazor Hybrid应用时，开发者遇到了一个典型的运行时崩溃问题。当应用以MSIX包形式发布后，启动时会立即在Microsoft.ui.xaml.dll模块中崩溃，错误代码为0xc000027b（stowed exception）。这个问题特别值得关注，因为它只出现在打包发布场景下，而在Visual Studio调试环境中运行正常。

错误现象分析

崩溃发生时，Windows事件查看器记录了以下关键信息：

• 故障模块：Microsoft.ui.xaml.dll（版本3.1.5.0）
• 异常代码：0xc000027b（表示这是一个被存储的异常）
• 错误偏移量：0x00000000004051c5

通过WinDbg进一步分析dump文件，发现底层抛出了一个COM异常，错误信息为"Klasse nicht registriert"（德语，意为"类未注册"）。调用栈显示问题发生在CXamlIslandRoot::InitInputObjects方法中，该方法尝试创建Microsoft.UI.Input相关类型时失败。

根本原因

深入分析表明，这个问题与Windows App SDK 1.5版本的自我包含部署模式（SelfContained）有关。当开发者使用以下发布命令时触发了此问题：

dotnet publish -f net8.0-windows10.0.19041.0 -c Release -p:Platform=x64 \
-p:SelfContained=true -p:WindowsAppSDKSelfContained=true -p:PublishReadyToRun=true

关键因素包括：

1. 启用了WindowsAppSDKSelfContained=true参数
2. 使用了MSIX打包方式
3. 特定版本的Windows App SDK（1.5.240802000）

在这种配置下，运行时无法正确加载Microsoft.UI.Input相关的COM组件，导致初始化失败。

解决方案

开发者最终通过以下方式解决了该问题：

1. 将应用升级到.NET 9
2. 使用最新版本的Windows App SDK

升级后，相关的COM组件注册问题得到解决，应用可以正常以MSIX包形式发布和运行。

经验总结

对于Windows App SDK开发者，特别是使用MSIX打包和自包含部署时，需要注意以下几点：

1. 版本兼容性：新版本SDK可能引入新的依赖关系，需要确保所有组件正确注册
2. 部署模式差异：自包含部署与常规部署的运行时行为可能存在差异
3. 调试技巧：学会使用WinDbg分析stowed exception对于诊断此类问题至关重要
4. 升级路径：及时跟进.NET和Windows App SDK的最新版本可以避免已知问题

这个问题也提醒我们，在Windows应用开发中，COM组件的正确注册始终是一个需要特别关注的领域，特别是在各种部署场景下。