场景是这样的:一个特定的项目是你的启动项目(例如有Main方法)。该项目正在引用解决方案中的其他项目。其他项目中的断点没有受到影响。

快速解决方案:当你构建你的解决方案时，在构建输出路径(通常是bin\Debug)中寻找启动项目。查看所引用项目的DLL和PDB文件。确保它们的最后修改日期是您最后构建解决方案的日期。如果不是，则将它们从每个项目的生成输出路径复制到启动项目的生成输出路径。例如:

项目A有Main。它引用项目B。在项目B中没有命中断点。将DLL和PDB文件从项目B的生成输出路径复制到项目A的生成输出路径。然后运行您的解决方案。断点现在将被击中。

现在您需要弄清楚为什么项目A没有复制项目B的DLL和PDB文件。这里的答案涵盖了大多数情况。一个没有涉及的场景是确保您的项目和解决方案正确地绑定到TFS。我有一些项目绑定，有些没有正确绑定。这给我带来了问题。一旦我修复了这个问题，问题就消失了，我不再需要复制DLL和PDB文件。

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

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

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

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

我尝试了很多东西。对我有用的方法。 通过右键单击项目，我将Silverlight应用程序设置为“启动项目”。然后我试着运行它(这显然失败了，因为它依赖RIA服务到一个没有运行的web服务器) 然后我将Web项目重置为启动项目。嘿，瞬间…一切都在运转。

我也遇到了同样的问题——在Visual Studio中调试工作花费了大量的时间。

最后是Nuget——我有三个版本的Newtonsoft。Json(横跨7个c#项目)。解决方案可以编译，但不可调试。

我通过在Nuget的包管理器控制台运行以下命令来解决这个问题:

PM>更新包Newtonsoft。Json

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

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