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

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

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

每当我遇到这个特殊的错误时，结果是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项目文件所在的目录相同。

这个错误偶尔会出现，我总是可以将其追溯到相关程序集的项目设置。你不必“等待”，直到你的代码不能遵守断点或直到你设置了断点，才能知道哪些程序集加载了符号。

当您在调试模式下运行项目时，它将在输出窗口中列出哪些程序集具有如下加载的符号(您可能需要在新选项卡中打开图像)

所以在这种情况下，BASD.Core.Data.dll没有加载符号。因此，您可以将此程序集的项目设置与设法加载符号的另一个程序集的项目设置进行比较，以便弄清楚为什么有些程序集可以加载符号，有些程序集不能加载符号。

然而，“对我来说”，“每次”发生这种情况，都是因为没有创建调试信息。所以我在一个(c#)项目中打开项目属性>构建>高级。

所以对于上面的Basd.Core.Data.dll，即没有符号，高级构建设置是:

而对于Basd.Core.Configuration.dll，即我可以设置并命中断点的程序集，设置如下:

所以我在后一个项目中输出调试信息，而不是在第一个项目中，因此我能够在Basd.Core.Configuration.dll中命中断点

还要注意，对于给定的.dll，仅仅在项目的bin文件夹中有一个.pdb文件是不够的，因为它很可能已经过期，因此Visual Studio不能将其作为您试图过路的.dll的有效符号文件。

还要注意，更改构建配置可以更改构建信息设置以及从哪里提取符号。

(我意识到在这种情况下我处于释放模式，但方法仍然适用)

确保在DEBUG模式而不是RELEASE模式下运行程序。

我在客户端遇到过这个问题，对于每个应用程序解决方案，他们将大多数共享程序集复制到“引用”文件夹，然后将它们作为“解决方案项”和解决方案中的“项目”添加到解决方案中。

目前还不确定原因，但其中一些是可调试的，一些是不可调试的，即使在程序集的References设置中指定了正确的完整路径。

这种不可预知的行为几乎把我逼疯了:)

我通过从“References”文件夹中删除所有带有源代码的项目的程序集来解决这个问题，并很好地跟踪共享程序集的版本信息。