一个C#桌面应用程序（在Visual Studio Express版上）工作了，但5秒钟后就不工作了。
我尝试了以下方法：
确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。
我在解决方案中有两个Windows窗体项目。其中一个加载调试信息，另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗？
我想在这里补充一点，当我回来回顾这个问题时，主要是为了我自己，即在加载程序集之前不会加载符号，并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中，则在调用该函数之前，不会加载符号（并且它将显示断点未命中）。
当前回答
我认为如果这个错误是源代码，调试符号在构建发布后很难出现在解决方案中。
我尝试了所有其他答案——一般来说，重新生成.pdb符号或检查它们的位置、清理和重建项目、确保活动配置不是Release等。
最终对我有用的是在解决方案浏览器>调试>启动新实例中右键单击项目。
其他回答
也许你不应该做一个AutoPostBack。
如果代码没有生成PostBack，则可能会出现此错误。
在我的例子中，我正在编译一个类库（DLL）。调试->模块中似乎没有加载模块，因此我甚至无法手动加载符号。
我的解决方案是将这一行添加到代码中：
System.Diagnostics.Debugger.Launch();
到达此代码后，将触发异常，.NET Framework将显示一个对话框，询问您要使用哪个Visual Studio（即VS 2008的新实例、VS 2013的新实例等）来调试程序。您可以选择已加载项目的VS的现有实例。这将把进程附加到VS会话并加载所有符号，现在您就可以调试项目了。
当然，编译必须使用Debug配置完成，而不是Release。
在我的例子中，它是一个引用类库项目的Windows应用程序——我可以调试Windows应用程序，但不能调试类库。正在生成pdb文件。然而，我确实发现，如果我在调用类库时进行调试，我可以进入类库。
只是简单的尝试——你可能已经尝试过了。右键单击解决方案资源管理器中的解决方案，单击“清理解决方案”，这将删除与解决方案关联的所有编译文件和临时文件。
重新生成解决方案并再次尝试调试。
我也遇到过在一个解决方案中对多个项目进行断点的问题——有些编译为x86，有些编译为x64。
我已经完成了清理和重建工作。那没用（通常是有用的）。现在，我在通过服务调用之前附加到w3wp，然后让它调用服务一次，点击另一个断点，然后更改执行点，使它再次运行同一行（调用服务），然后它实际上停止在服务方法内的断点处。
