我也遇到过这种情况。导致我的问题的条件:

我正在本地运行一个完整的IIS7实例 我正在把我的软件分成不同的项目

我打开以前的版本导致了这个问题(VS提示问我是否想在IIS调试中指向这个实例，我回答'是')，然后打开当前版本(再次响应IIS提示'是')，然后尝试在以前的版本中调试。

为了解决这个问题，我只是关闭并重新打开了之前的预期版本，再次将其断言为调试源。

我在使用本地IIS而不是IIS express时遇到了这个问题。IIS中的文件源确实与Visual Studio中的文件源相匹配，但是，我不得不在IIS中回收应用程序池，以便让它使用新构建的dll。

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

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

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

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

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

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

确保在csproj中将<Optimize>false</Optimize>设置为false