本文主要是介绍ClickOnce 自动更新报错：部署标识与预订不匹配，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、遇到的问题
最近的项目采用的是VS自带的部署工具ClickOnce部署检测更新。开始并没有什么问题，但是最近一两次经常遇到：服务器更新版本后，客户端升级会出现以下错误：
执行此操作期间检测到下列错误。
* [28.12.2017 18:16:17] System.Deployment.Application.DeploymentException (SubscriptionState)
- 部署标识与预订不匹配。
- 源: System.Deployment
- 堆栈跟踪:
在 System.Deployment.Application.SubscriptionStore.CheckUpdateInManifest(SubscriptionState subState, Uri updateCodebaseUri, AssemblyManifest deployment, Version currentVersion, Boolean& bUpdateInPKTGroup)
在 System.Deployment.Application.ApplicationActivator.PerformDeploymentUpdate(SubscriptionState& subState, String& errorPageUrl)
在 System.Deployment.Application.ApplicationActivator.ProcessOrFollowShortcut(String shortcutFile, String& errorPageUrl, TempFile& deployFile)
在 System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
在 System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
二、查找问题
在网上搜罗一番，也有很多人遇到这样的问题，但基本上都是说的什么证书签名不一致或者直接不用签名。我看了我的签名证书是一致的，取消签名依然无效。经过无限的搜索尝试也没有最终解决，好想砸电脑
，好想放弃clickonce。最后自己看看错误内容，猜测这个错误提到的“部署标识”应该是在某个文件中，于是开始想方法查看这个部署标识的位置。
1.在发布文件夹中文件目录如下图。
Application Files文件夹中是已经发布的程序文件。我重新发布了一次 并把最新的Application Files替换到服务器，运行旧版本程序，并没有提示更新。于是打开XXX.application文件，发现很多版本和证书的信息。我连续发布两次，查看两个文件的不同之处，发现每次发布会更新一些值：
最后通过仔细的对比已正式发布的版本和预更新报错的版本xxx.application文件，发现了一个不一样的地方 如下图：
最后用一个测试工程发布验证了一下：
项目属性->生成->平台目标-->any cpu： processorArchitecture="msil"
项目属性->生成->平台目标-->x86： processorArchitecture="x86"
项目属性->生成->平台目标-->x64：processorArchitecture="amd64"
三、解决方案
于是推测是应为平台目标改变了，引起了这个问题。（兴奋中） 于是我查看服务器上久版本配置文件中的processorArchitecture属性，重新选择了对应的平台目标重新发部了一次，在发布过程中提示： 选择“是”。然后将发布的文件更新到服务器上。运行旧版本，居然不报错了。并且自动更新了。What the F U C K,居然是因为这个，有句mmp不是当讲不当讲
。
四、小结
方案虽然很简单、但是过程很艰辛啊
，我遇到的问题是通过这个方法解决的，可能还会有其他原因引起，比如换了证书，解决方案可能不同。在此留下脚印，希望对遇到同样问题的盆友有帮助。
这篇关于ClickOnce 自动更新报错：部署标识与预订不匹配的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
