另一个可能有用的轶事是

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

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

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

而不是

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

我通过附加到IIS进行调试。我抓住了生产网。配置一些新的设置，忘记更新网页。配置以启用调试。

确保元素的调试设置为true。换句话说:

<compilation defaultLanguage="c#" debug="true" targetFramework="4.0">

在我的案例中，解决同样问题的方法是以下步骤的组合:

解决方案—>属性选择多个启动项目选择需要调试的项目的启动动作。 从服务引用中删除服务并清理解决方案。 重新构建服务项目 将其添加回服务引用 清理解决方案并重新构建。

你所面临的原因是PDB(“PDB代表程序数据库，一种专有的文件格式(由微软开发)，用于存储程序的调试信息)不是最新的，这可能是由于一些原因:

1-正如Bevan所说，您可能正在调试另一个应用程序!

2-您正在调试同一应用程序的另一个版本。例如，您将以前构建的应用程序与当前版本的代码附加在一起进行调试，而无需(重新)构建它。

清理或重建解决方案为我解决了这些问题。

为了确保问题不是你的，试着在VS 2008上调试相同的应用程序(我担心这可能是VS 2010的一个bug——它仍然是测试版!)

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

我有一个类似的问题，除了我的问题是愚蠢的-我有2个内置的web服务器运行在2个不同的端口和我的项目->属性-> web ->“启动URL”指向一个固定的端口，但web应用程序实际上并没有在该端口下运行。所以我的浏览器被重定向到“开始URL”，它指向1539，但代码/调试实例在端口50803下运行。

我将内置web服务器更改为在固定端口下运行，并调整了我的“起始URL”以使用该端口。 项目->属性-> web ->“服务器”部分->“使用Visual Studio开发服务器”->特定端口