一个C#桌面应用程序（在Visual Studio Express版上）工作了，但5秒钟后就不工作了。
我尝试了以下方法：
确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。
我在解决方案中有两个Windows窗体项目。其中一个加载调试信息，另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗？
我想在这里补充一点，当我回来回顾这个问题时，主要是为了我自己，即在加载程序集之前不会加载符号，并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中，则在调用该函数之前，不会加载符号（并且它将显示断点未命中）。
当前回答
在我的例子中，我正在编译一个类库（DLL）。调试->模块中似乎没有加载模块，因此我甚至无法手动加载符号。
我的解决方案是将这一行添加到代码中：
System.Diagnostics.Debugger.Launch();
到达此代码后，将触发异常，.NET Framework将显示一个对话框，询问您要使用哪个Visual Studio（即VS 2008的新实例、VS 2013的新实例等）来调试程序。您可以选择已加载项目的VS的现有实例。这将把进程附加到VS会话并加载所有符号，现在您就可以调试项目了。
当然，编译必须使用Debug配置完成，而不是Release。
其他回答
使用依赖注入，在我的例子中是Autofac，通过扫描程序集自动解析。未解析其中一个引用的程序集。
我的修复方法是直接引用程序集中的类以强制Visual Studio加载程序集。当应用程序运行时，仅将程序集作为引用不会加载程序集。
我尝试了上面提到的一切，但都没有奏效。[清洁解决方案，并检查PDB文件等]
即使发布相同的解决方案，也无法解决问题。
然后我回到了我通常要做的事情（愚弄这个顽固的Visual Studio）
我所做的只是在代码中进行了一次有意的更改，并发布了解决方案。然后我恢复了更改并再次发布。
Voila[PDB文件消除邪灵]。。这不是一个明智的解决方案，但这确实奏效了-|
我在调试WP7应用程序的后台代理时遇到了这个问题。事实证明，这个调试问题只是真正问题的一个症状：我的后台代理根本没有在调试模式下运行。我遵循了以下关于如何实现后台代理的指南：http://msdn.microsoft.com/en-us/library/hh202941（v=vs.92）.aspx
…但忘记添加
#define DEBUG_AGENT
这意味着我的代理实际上从未以调试模式启动。一旦添加了这一行，这个线程的问题就消失了。
主项目同时具有同一项目的“项目参考”和“文件参考”。
在我的例子中，主项目有两个引用，一个是项目引用，另一个是对同一项目生成的dll的File引用。
因此，pdb文件没有被复制到Main项目的bin文件夹中，导致符号不可用。
要停止调试器的.dll以及相关的.pdb文件复制到.exe文件附近。这些文件的日期较早，因此我认为它们不会在运行时更新。我手动删除了它们，VisualStudio创建了另一对，并将此新对放在.exe附近。现在断点开始工作了！
可能Visual Studio无法复制和替换.exe附近的现有文件（.dll和.pdb），因为那里还有另一个文件。所以，如果我手动删除，那么VS可以在.exe附近创建一个新的。
我认为问题的根本原因是Visual Studio在运行时使用了另一个文件，而不是项目中的文件，并停止了。
