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

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

你做过这种事吗?

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

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

试着改变这个值:

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

我遇到了这个问题，这是因为我们的DevOps团队要求Azure云设置。在开发时，只需将其从Web.config中删除。

<httpRuntime maxRequestLength="102400" />

    <!--TODO #5 comment out for IIS Express fcnMode goes with httpRunTime above in other environment just in DEV -->
    <!--fcnMode="Disabled"/>-->

对我来说，解决方案隐藏在项目属性的高级构建设置中:

由于未知的原因，它被设置为none:将其设置为full会导致命中断点。

要进入此对话框，请打开项目属性，然后转到构建，然后选择高级…按钮在页面底部。

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

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

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

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

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

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

如果您在调试构建配置中未选中DLL项目，那么您的新代码将永远无法构建!

转到构建—>配置管理器…(在VS2010中)，并检查您正在尝试调试的代码的项目是否为当前构建配置进行了检查。