如果您调试的进程包含多个appdomain，并且程序集都被加载到两个域中，其中一个正在加载旧副本(通常是动态加载的插件)，断点可能看起来很稳定，但应该命中断点的线程位于旧程序集的appdomain中，并且从未命中。您可以在模块窗口中看到加载了哪些程序集及其路径。

当调试期间或调试会话之间的系统时间发生变化时，可能会发生这种情况，无论是通过编程方式、手动方式还是通过外部程序。

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

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

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

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

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

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

尽管所有的答案，我的问题实际上不同于这里提到的!

确保您的属性->构建选项卡->输出路径指向与您所选择的构建配置的解决方案中所有其他项目相同的位置!

如果你的启动项目将它的可执行文件从你试图调试的dll发送到不同的文件夹，你可能会遇到问题，尽管你的构建和visual studio工作完美。

对于VS Code用户:

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

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

我遇到了这个问题，这是因为我们的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"/>-->