一个C#桌面应用程序（在Visual Studio Express版上）工作了，但5秒钟后就不工作了。
我尝试了以下方法：
确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。
我在解决方案中有两个Windows窗体项目。其中一个加载调试信息，另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗？
我想在这里补充一点，当我回来回顾这个问题时，主要是为了我自己，即在加载程序集之前不会加载符号，并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中，则在调用该函数之前，不会加载符号（并且它将显示断点未命中）。
当前回答
在我的情况下，Visual Studio在全局程序集缓存（GAC）中加载DLL，而不是在我的项目列表中加载DLL。我删除了GAC中的DLL，现在我可以看到断点在工作。
其他回答
如果您的解决方案中有多个项目，则可能是您正在调试的项目/断点未设置为启动项目。在我的案例中，我正在从同一解决方案中的其他项目调用web服务，因此该web服务不是Startup project，brfeakpoint没有命中。我将ws设置为Startup项目，并启动了调用项目的新实例。这对我有用。
对于发生此错误的某些情况，另一种解决方案是：检查您的Build Action。
我在一个asp.net MVC3项目中遇到了这个问题；我的一个控制器由于某种未知原因将其Build Action设置为EntityDeploy，尽管它应该是Compile。
在我的例子中，在AssemblyInfo.cs文件中，有以下一行，我对它进行了注释，一切都是正确的：
[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
在我的例子中，我正在编译一个类库（DLL）。调试->模块中似乎没有加载模块，因此我甚至无法手动加载符号。
我的解决方案是将这一行添加到代码中：
System.Diagnostics.Debugger.Launch();
到达此代码后，将触发异常，.NET Framework将显示一个对话框，询问您要使用哪个Visual Studio（即VS 2008的新实例、VS 2013的新实例等）来调试程序。您可以选择已加载项目的VS的现有实例。这将把进程附加到VS会话并加载所有符号，现在您就可以调试项目了。
当然，编译必须使用Debug配置完成，而不是Release。
只是简单的尝试——你可能已经尝试过了。右键单击解决方案资源管理器中的解决方案，单击“清理解决方案”，这将删除与解决方案关联的所有编译文件和临时文件。
重新生成解决方案并再次尝试调试。
我也遇到过在一个解决方案中对多个项目进行断点的问题——有些编译为x86，有些编译为x64。
