本地系统账户执行UWP应用安装报0x80073CF9的问题咨询

• 当前执行的Add-AppPackage命令默认走用户级（User-Scope）部署路径，仅为命令执行的当前身份做应用注册，不面向全机器共享。
• 本地系统账户（S-1-5-18）是无交互式配置文件的系统虚拟账户，UWP部署服务明确禁止向该虚拟账户的目录做UWP应用注册，直接在SharedAppsRedirect阶段拦截请求，和提供的日志报错完全对应。
• 切换到本地管理员用户能安装成功，是因为该账户属于有真实用户配置文件的交互用户，符合用户级部署的要求。已完成的证书安装到LocalMachine根存储、开启开发者模式、系统版本配置，都不是本次拦截的原因。

方案1：增加机器级部署参数（推荐） #

给原命令增加-AllUsers参数，直接切换为机器级（Machine-Scope）部署模式：

• 机器级部署会把应用注册到系统级的共享应用仓库，不需要绑定单个交互用户的配置文件，本身就是为服务类系统身份设计的部署场景，SYSTEM权限完全满足要求。
• 修正后的完整命令：

Add-AppPackage -Path "C:\Dir1\Dir2\Dir3\Windows\App.UWP_2.0.27.0_x64.msixbundle" `
-DependencyPath "C:\Dir1\Dir2\Dir3\Windows\Dependencies\x64\Microsoft.NET.Native.Framework.2.2.appx", `
"C:\Dir1\Dir2\Dir3\Windows\Dependencies\x64\Microsoft.NET.Native.Runtime.2.2.appx", `
"C:\Dir1\Dir2\Dir3\Windows\Dependencies\x64\Microsoft.UI.Xaml.2.4.appx", `
"C:\Dir1\Dir2\Dir3\Windows\Dependencies\x64\Microsoft.VCLibs.x64.14.00.appx" `
-AllUsers

• 日志中提到的build命名空间忽略的警告属于正常提示，不影响部署流程，无需处理。

方案2：指定目标交互用户部署（仅适用于不需要全用户共享的场景） #

如果确实不需要机器级共享安装，只想为某个固定的登录用户部署应用，不要直接用SYSTEM身份执行原命令，需要通过部署API明确指定目标真实用户的SID作为部署对象，不能默认把SYSTEM自身的SID作为部署目标。该方案实现复杂度高于方案1，不适合批量服务安装场景。

• 执行命令完成后，运行Get-AppPackage -AllUsers，确认目标包的注册范围为全用户，即为部署成功。
• 如果仍出现参数错误，优先检查所有依赖包的架构是否和主包（x64）完全匹配，确认没有错误引入x86架构的依赖包。

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