有趣的是，如果文件夹路径很长，也会发生这种情况，这会导致构建问题，奇怪的是，会出现这个神秘的错误消息。

只要把文件夹移动到路径上，问题就解决了!

我在Visual Studio 2015中运行单元测试(xunit)时遇到了这个问题，并遇到了以下修复:

Menu Bar -> Test -> Test Settings -> Default Processor Architecture -> X64

我在Visual Studio 2017上使用ReSharper运行单元测试时也遇到了这个问题，并通过以下配置修复了它:

你也可以改变ReSharper的运行测试设置: https://resharper-support.jetbrains.com/hc/en-us/articles/207242715-How-to-run-MSTest-tests-using-x64-configuration

如果您试图在VS.中使用MSI安装程序打包一个64位项目，也可能会遇到这个问题(“原因是。MSI文件打包的本机shim是32位可执行文件”)。

详情请点击这里:http://blogs.msdn.com/b/heaths/archive/2006/02/01/64-bit-managed-custom-actions-with-visual-studio.aspx

我在使用Visual Studio Build Steps通过Visual Studio Online (VSTS) Build构建一个项目时得到了这个。

解决方案是:

删除已有的源文件夹 在平台中为所有Visual Studio build(包括依赖项)显式地设置“Any CPU”(见下面的截图)。 重新运行构建

开枪!我知道这个问题。我以为我做的一切都是对的，直到我不小心在VS输出窗口中看到'x86'，那是我抓住原因的时候。今天在这上面浪费了几分钟。

“发布”窗口下的配置被设置为“x86”;而在其他地方，它是'x64'。

请确保它在配置管理器、发布设置、解决方案配置和IIS设置(如果那是你的web服务器)之间是同步的。

另外，请记住- VS是一个32位的应用程序，IIS是64位的。32位应用程序在IIS中默认是禁用的。