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

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

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

也许dll是从GAC加载的。

您可以从gac卸载dll，需要管理员权限。

gacutil -u YourDll

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

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

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

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

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

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

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

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

在尝试调试时，请确保您没有处于发布模式。

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

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

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