我正在使用VS 2008，我得到了这个错误。我尝试了这里和其他一些网站上建议的所有方法，但都不起作用。

解决方案非常简单，这页上还提到了另外两个解决方案，让我找到了正确的方法。

转到项目菜单并单击属性(也可以在解决方案资源管理器中右键单击项目名称并选择属性)。 选择左边的Compile选项卡。 在“构建输出路径:”文本框中，确保文本框中有“bin\”。

在我的情况下，它指向网络上的另一个bin文件夹，这就是导致断点失败的原因。您希望它查看项目的当前Bin文件夹。

如果没有命中断点，则删除.xap文件。在志愿者项目。删除“YourProject.xap”。我已经尝试了所有以上和偶然发现这个修复，工作的每一次。明智的清理项目后删除以及。

另一个可能有用的轶事是

当我的一个项目使用来自发布输出文件夹的文件引用时，我遇到了这个问题。当构建结果被放置在Goods文件夹中时，这些Release dll将覆盖Debug dll。

解决方案是确保在csproj文件中，我的引用的HintPath是

< HintPath > \…" Goods美元(Configuration) \ \核心MyFramework等< / HintPath >。

而不是

<HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>

对于那些正在使用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应用程序项目，并选择“设置为启动项目”。然后尝试重新连接到您的进程。

我也有同样的问题。跟随对我很有用

进入web应用程序——> Properties——> Silverlight Applications

如果你没有在列表中看到你的Silverlight应用程序，然后点击添加，从“项目”下拉菜单中选择你的Silverlight应用程序，然后添加它。

我的问题是代码中间的一个“返回”。所以在返回断点后是无效的。