我在vs2017的32位版本中遇到过这种情况。

没有一个解决方案对我有效。我重新启动，我清除IDE文件，清洁构建的解决方案，从git回购和重建解决方案无效。

我从nuget中提取了一个64位依赖项，一旦我使用了程序集，源就不再被构建到最终的可执行文件中，而是构建了IDE缓存的源。

我删除了nuget配置，删除了引用的程序集，下载了源代码，手动构建log4net，对其进行了签名，将其添加到我的项目中的一个文件夹中，并对其添加了引用，然后我就可以再次进行调试了。

这是一个痛苦，我希望它能出现在答案列表中，让所有人都看到。

编辑:在构建过程中没有错误，尽管在IDE设置中打开了“构建错误提示”选项。

在我的例子中，我在VS 2012中附加了一个正在运行的进程。当附加时，你可以选择以各种模式(本机、脚本、silverlight、托管2.0、托管4.0等)进行调试。默认情况下，调试器自动选择模式。然而，自动并不总是做出正确的选择。如果进程包含多种类型的代码，请确保调试器使用的是正确的代码。

我已经试过提出的解决办法了，但不管用。

如果您有多个项目，请将要调试的项目作为启动项目。

你做过这种事吗?

是否继续运行最后一个成功的构建?

如果您勾选了方框并按下“是”，即使您的项目没有编译，您也将成功运行最后一个构建。这意味着无论何时设置断点，都将得到该错误。

试着改变这个值:

工具 选项 项目和解决方案 构建并运行 在运行时，发生构建或部署错误时:不启动

对我来说，没有一个项目能解决这个问题。我只是在函数中添加了一行新代码，类似于:

int a=0;

通过添加这个，我想我触发了visual studio在原始版本中添加这个功能

我在一个分层架构项目的几个项目中遇到了同样的问题，问题是在配置中，所选项目的构建复选框没有被选中。所以这个问题在一个项目中得到了解决。

对于另一层，即使在配置中启用了构建，它也会带来同样的麻烦。我做了所有其他的选择，比如重新开始清理项目，但没有一个有用。最后，我取消了该特定项目的build复选框，并进行了清理和重建。他们再次标记了复选框，并照做了 相同的。然后问题就解决了。

希望这能有所帮助。