对我有用的是将解决方案平台从x86改为Any CPU。在更改为Any后，我设置了一个停止地址，运行网站，打开页面，点击按钮，它就停止了。我关闭了网站，改回x86并成功地执行了相同的顺序。

因为构建版本更改了(很可能您修改了源代码)，所以重新编译解决方案并再次运行应用程序，之后它将到达调试断点。

你做过这种事吗?

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

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

试着改变这个值:

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

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.

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

检查解决方案中是否有多个具有该名称的文件。

这是我从别人那里接手的一个项目。在Controller.cs中，断点列表充满了行号，有些是活动的，有些不是。我找到了这个问题，并尝试了一些选项，但是当我双击断点时，它们将我带到解决方案中的不同项目。因为文件被称为相同，所以它们看起来是相同的，但实际上不是。答案当然是忽略这个警告，因为如果你要加载另一个文件，它们就会变得活跃。

首先，我尝试从命令行;

从命令行删除临时文件确实有效。

C:\Windows\ Microsoft.NET \ Framework64 \ v4.0.30319 \临时ASP。>rd /s root . NET文件

当我在工具->选项->调试->通用中禁用“启用只是我的代码”选项时

这个问题为我解决了。这是一个WCF应用程序，试图调试一个ashx页面。 http://blogs.msdn.com/b/zainnab/archive/2010/10/25/understanding-just-my-code.aspx