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

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

希望这能有所帮助。

我发现当断点在不能被打断的行上时发生错误。我没有显示工具提示，是为了直接显示后面没有错误的行。

对于VS Code用户:

如果在尝试调试ASP . net Core应用程序时遇到此问题，请确保在tasks中定义构建任务。json，并且您可以在调试控制台窗格中看到其输出，则成功运行。

在启动中定义的调试配置。引用此任务的Json将出于某种原因(至少在某些情况下)继续执行定义的二进制文件，即使构建任务失败，并且由于构建任务失败，该二进制文件将成为最后一个成功构建的程序集。

对我来说;我的网站在默认网站(http://localhost/myapp/)下的IIS应用程序中运行，并且IIS应用程序的映射指向的磁盘路径与我正在处理的源代码不同。

解决;重新映射您的IIS应用程序到与您正在构建的源代码相同的路径。

(如果您在磁盘的不同位置运行同一个应用程序的多个版本，就会发生这种情况)

注意vs中的“Output”窗口，它会告诉你加载了哪些程序集以及何时加载。您可能会看到正在加载文件夹中某个位置的程序集的旧版本。

例如，如果您有多个程序集，并且当前正在尝试插入其中一个支持程序集，CLR将处理程序集解析，这可能会加载您在项目中引用的程序集文件以外的另一个程序集文件。

I suffered from this recently, and in my case I traced the problem back to something I was doing when testing: changing the system time. I'm not suggesting this is the case for everyone, but thought I'd mention it since it hasn't been mentioned already. It appears if you start moving the clock around between debug builds then it can get very confused about what order various files have been created it - I can only assume it is using file modified dates to determine if the source code is valid or not, and which binaries it needs to recompile.

这也是一个重新保存网页的选项。配置以碰撞其修改时间。