使用PackageManager更新MSIX包时，x86目标平台在x64系统上执行失败

看起来你遇到了一个挺让人头疼的兼容性问题——明明x86程序在x64系统上通常都能正常运行，但偏偏用PackageManager.AddPackageByAppInstallerFileAsync更新时就抛出了SEH异常，而且其他平台组合都没问题，这确实有点反直觉。

我帮你梳理下可能的原因和对应的解决方案：

一、可能的核心原因 #

这个问题大概率出在x86进程调用WinRT版PackageManager API时的底层位数不兼容上。虽然x86进程在x64系统的WOW64层能正常运行，但某些WinRT API在跨位数调用时可能会触发底层的异常（比如尝试访问64位专属的系统资源），而AddPackageByAppInstallerFileAsync刚好属于这类敏感API。

二、针对性解决方案 #

1. 改用系统自带的App Installer协议触发更新

避开直接调用PackageManager API，转而使用Windows系统自带的App Installer协议来启动更新流程。这种方式会让系统自动选择匹配包架构的App Installer进程来执行更新，完美绕过位数不兼容的问题：

using Windows.System;

public async void InstallUpdate()
{
    try
    {
        var updateUri = new Uri(URI_APPINSTALLER);
        var launcherOptions = new LauncherOptions();
        // 启动系统的App Installer来处理更新
        bool launched = await Launcher.LaunchUriAsync(updateUri, launcherOptions);
        if (!launched)
        {
            MessageBox.Show("无法启动App Installer，请检查是否已安装该组件");
        }
    }
    catch (Exception e)
    {
        MessageBox.Show($"更新失败：{e.Message}");
    }
}

如果你的项目是WPF/WinForms这类传统桌面应用，需要先确保已引用Windows.winmd并启用WinRT支持。

2. 检查App Installer文件的架构配置

确认你的.appinstaller文件中，<MainPackage>节点的ProcessorArchitecture属性明确设置为x86，避免系统混淆架构：

<MainPackage
  Name="YourPackageName"
  Publisher="CN=YourPublisher"
  Version="1.0.0.0"
  ProcessorArchitecture="x86"
  Uri="https://your-server.com/packages/YourApp_x86.msix" />

3. 排查System.Runtime.WindowsRuntime的引用

虽然你已经尝试更换引用，但还是要确认：你引用的System.Runtime.WindowsRuntime是x86版本的（而非Any CPU或x64）。可以手动从C:\Windows\SysWOW64\WinRT目录下引用对应版本的DLL，确保和你的目标平台完全匹配。

三、额外排查步骤 #

• 检查系统更新：确保你的Windows 10 22H2已经安装了最新的累积更新（比如KB5027231及以后的补丁），微软曾修复过多个MSIX更新相关的兼容性问题。
• 用Process Monitor跟踪异常：启动Process Monitor，过滤你的x86进程，查看更新时是否有访问被拒绝的文件或注册表项，这可能帮你定位到具体的底层错误。
• 测试包签名：确认你的x86 MSIX包的数字签名是有效的，签名问题也可能导致更新时的隐式异常。

备注：内容来源于stack exchange，提问作者Kiki5629