每当我遇到这个特殊的错误时，结果是Visual Studio加载程序集的文件夹与web应用程序运行的文件夹不同。

也就是说，运行应用程序的应用服务器

C:\dev\MyApplication\bin 

但是Visual studio正在调试从

C:\dev\MyOtherApplication\bin (or something along those lines, anyway).

注意——由于各种原因，我使用IIS作为应用程序主机进行调试，而不是大多数人使用的小型独立设备。这可能会影响我回答的有用性!

更新:

对于IIS，应用服务器目录(即上面的C:\dev\MyApplication)是为web应用程序配置的物理目录-这可以通过更改应用程序的基本设置来控制。

对于Visual studio，调试目录(例如上面的C:\dev\MyOtherApplication)是svc文件所在的目录，通常与csproj项目文件所在的目录相同。

我也遇到了同样的问题，在谷歌了一下之后，我找到了两个典型的解决方案:

确保在. web项目中激活了Silverlight调试器。打开项目属性，在“Web”选项卡下选择Silverlight调试器。 重新启动Visual Studio，删除所有bin和obj文件夹。

但这些对我都没用。然后有人在帖子后面提到尝试使用IE作为浏览器。这使得调试和断点再次工作!

编辑:

后来我遇到IE9无法工作的问题，因为它附加了错误的进程。我发现了一个巧妙的技巧，而不是每次都手动连接到正确的IE进程:

右键单击.Web项目(.html或.aspx)中生成的一个页面 点击“浏览…” 设置IE为默认浏览器(只会影响Visual Studio的浏览器选择)

现在，Visual Studio将在运行. web项目时启动IE并附加到正确的进程。这样就行了。

对于那些正在使用Visual Studio 2008而不是Visual Studio 2010的读者，他们会得到这个错误。上面的答案在这种情况下对我没有帮助，所以我分享我的经验。

如果您正在Visual Studio 2008中通过附加到w3wp.exe进程而不是使用ASP. exe进程来调试IIS Web应用程序。NET开发服务器进行调试(从调试开始)，这可能是你的问题:

Visual Studio可能仍然从过期的IIS进程中引用dll中的符号文件(调试期间使用的文件)。该符号文件已通过. net源代码重新编译重新创建，但IIS进程仍在引用旧的符号文件。

修复:

只需在Visual Studio中停止调试，重新启动web应用程序，并重新连接到进程。然后断点应该从黄色(当您看到此错误时)再次变为红色。

========================

更多可以尝试的事情(今天发现了新情况):

每次做下面链接中的一个项目，但是每尝试一个项目都重复下面的步骤。

http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

1)。在Visual Studio中停止调试(按红色方块图标) 2)。清洁解决方案 3)。构建解决方案 4.)[此处插入项目说明] 5)。附加到进程(或从调试开始) 6)。启动您要附加的程序，并运行它，这样您的代码就会被击中

6解释道:

如果连接到NUnit .exe，然后打开NUnit并运行一个测试，这样你的断点就会被击中

如果附加到w3wp.exe (IIS站点)，则在浏览器中打开站点并转到将碰到断点的页面

编辑:

今天我注意到，如果你尝试调试一个没有设置为启动项目的项目，它会显示这个。当您附加到w3wp.exe进程时，它会认为它在被设置为启动项目的项目上进行调试。要解决这个问题，只需右键单击web应用程序项目，并选择“设置为启动项目”。然后尝试重新连接到您的进程。

对我来说，问题是在调试配置中打开了属性->构建->优化代码复选框。关闭它，重新构建，然后正常调试。

我必须手动从注册表中卸载所有。dll实例，并从本地驱动器中卸载所有。dll实例。卸载/重新安装我的应用程序，现在im击中断点!这样做浪费了半天时间:(。

右键单击解决方案——> Properties

查看公共属性—>启动项目

选择多个启动项目

在需要调试的项目上选择“启动操作”。