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等)复制到包内的正确路径,手动拷贝文件容易出现路径或版本不一致问题。清理重建解决方案
- 右键解决方案→清理解决方案
- 删除解决方案目录下所有
bin和obj文件夹 - 右键解决方案→重新生成解决方案
缓存文件残留可能导致打包时引用旧的无效文件,引发注册失败。
暂时移除多余的App Service扩展(若未使用)
如果你当前没有用到UWP与控制台的App Service通信,可先注释掉AppxManifest.xml中的uap:Extension Category="windows.appService"节点,重新打包测试。多余的扩展配置可能干扰包的注册逻辑。
内容的提问来源于stack exchange,提问作者testtest
相关产品推荐
相关产品推荐

