You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

UWP扩展启动.NET Framework控制台应用时DEP0700注册失败求助

问题排查方向:DEP0700 包注册失败(0x80073CF6/0x80080204)
  • 检查AppxManifest.xml的命名空间与扩展配置
    确保打包项目的AppxManifest.xml根节点声明了desktop命名空间,否则系统无法正确解析fullTrustProcess扩展:

    <Package xmlns="http://schemas.microsoft.com/appx/manifest/foundation/windows10"
             xmlns:uap="http://schemas.microsoft.com/appx/manifest/uap/windows10"
             xmlns:desktop="http://schemas.microsoft.com/appx/manifest/desktop/windows10"
             IgnorableNamespaces="uap desktop">
    

    同时确认desktop:Extension的Executable路径完全匹配控制台exe在包内的实际路径,可通过右键打包项目→文件系统查看控制台输出文件的部署路径。

  • 对齐控制台与打包项目的平台配置
    错误提示的是x86架构的包,需确保:

    • 控制台项目的目标平台设为x86(右键项目→属性→生成→平台目标)
    • UWP打包项目的目标平台也设为x86(右键项目→属性→打包→选择目标架构)
      架构不匹配会导致打包时无法正确复制对应架构的exe文件。
  • 确认打包项目已正确引用控制台项目
    右键Windows应用包项目→添加→引用,选择你的CollectDataAP控制台项目。只有通过项目引用,打包工具才会自动将控制台的输出文件(exe、依赖dll等)复制到包内的正确路径,手动拷贝文件容易出现路径或版本不一致问题。

  • 清理重建解决方案

    1. 右键解决方案→清理解决方案
    2. 删除解决方案目录下所有bin和obj文件夹
    3. 右键解决方案→重新生成解决方案
      缓存文件残留可能导致打包时引用旧的无效文件,引发注册失败。
  • 暂时移除多余的App Service扩展(若未使用)
    如果你当前没有用到UWP与控制台的App Service通信,可先注释掉AppxManifest.xml中的uap:Extension Category="windows.appService"节点,重新打包测试。多余的扩展配置可能干扰包的注册逻辑。

内容的提问来源于stack exchange,提问作者testtest

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.11 16:20:26