一个C#桌面应用程序（在Visual Studio Express版上）工作了，但5秒钟后就不工作了。
我尝试了以下方法：
确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。
我在解决方案中有两个Windows窗体项目。其中一个加载调试信息，另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗？
我想在这里补充一点，当我回来回顾这个问题时，主要是为了我自己，即在加载程序集之前不会加载符号，并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中，则在调用该函数之前，不会加载符号（并且它将显示断点未命中）。
当前回答
尝试在windows中以管理员身份运行visual studio。
其他回答
您需要在编译器设置中启用“生成调试信息”
我认为如果这个错误是源代码，调试符号在构建发布后很难出现在解决方案中。
我尝试了所有其他答案——一般来说，重新生成.pdb符号或检查它们的位置、清理和重建项目、确保活动配置不是Release等。
最终对我有用的是在解决方案浏览器>调试>启动新实例中右键单击项目。
我的问题是aspx、aspx.vb和aspx.designer.vb文件导入错误（可能是一个接一个地导入到项目中）。
断点位于aspx.vb中，但无法访问，并显示此问题的警告。
解决方案是删除这三个文件并再次导入它们。现在我可以到达断点了。
我在调试WP7应用程序的后台代理时遇到了这个问题。事实证明，这个调试问题只是真正问题的一个症状：我的后台代理根本没有在调试模式下运行。我遵循了以下关于如何实现后台代理的指南：http://msdn.microsoft.com/en-us/library/hh202941（v=vs.92）.aspx
…但忘记添加
#define DEBUG_AGENT
这意味着我的代理实际上从未以调试模式启动。一旦添加了这一行，这个线程的问题就消失了。
要停止调试器的.dll以及相关的.pdb文件复制到.exe文件附近。这些文件的日期较早，因此我认为它们不会在运行时更新。我手动删除了它们，VisualStudio创建了另一对，并将此新对放在.exe附近。现在断点开始工作了！
可能Visual Studio无法复制和替换.exe附近的现有文件（.dll和.pdb），因为那里还有另一个文件。所以，如果我手动删除，那么VS可以在.exe附近创建一个新的。
我认为问题的根本原因是Visual Studio在运行时使用了另一个文件，而不是项目中的文件，并停止了。
