一个C#桌面应用程序(在Visual Studio Express版上)工作了,但5秒钟后就不工作了。

我尝试了以下方法:

确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。

我在解决方案中有两个Windows窗体项目。其中一个加载调试信息,另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗?


我想在这里补充一点,当我回来回顾这个问题时,主要是为了我自己,即在加载程序集之前不会加载符号,并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中,则在调用该函数之前,不会加载符号(并且它将显示断点未命中)。


当前回答

我在x86(或x64)中重建整个解决方案(包括引用的项目)时也遇到了同样的问题

尽管我从Configuration Manager(Build->ConfigManager)将所有项目设置为x86,但我的一些项目没有设置为x86。

所以,只需确保右键单击项目并跟随

项目->财产->调试选项卡,验证配置和平台。

其他回答

在我的例子中,它是一个引用类库项目的Windows应用程序——我可以调试Windows应用程序,但不能调试类库。正在生成pdb文件。然而,我确实发现,如果我在调用类库时进行调试,我可以进入类库。

通常,我们的应用程序在工作时会引用特定公共/app目录中的.dlls,例如C:\OurCompanyApps\xxxxxx.dll。这是在一个包含大量WinForm和.dll项目的解决方案中发生的。.dll项目会编译到C:\OurCompany apps\,WinForm项目会引用该位置中编译的.dll文件。

问题:我发现有问题的应用程序引用的是源代码管理bin\Debug位置中的.dll项目,而不是C:\OurCompanyApps中编译的.dll文件。

解决方案:我删除了引用,并从C:\OurCompanyApps\位置重新添加了它。然后我可以逐步通过我在.dll代码中添加的断点。

一旦到达断点或使用“调试”>“全部中断”,请使用“调试>Windows”>“模块”开始调试。您将看到加载到流程中的所有程序集的列表。找到要获取其调试信息的对象。在其上单击鼠标右键,然后选择“符号加载信息”。您将看到一个对话框,其中列出了它在其中查找程序集的.pdb文件的所有目录。根据实际的.pdb位置验证该列表。确保它没有找到旧的。

在正常项目中,IDE应始终将程序集及其.pdb文件复制到与.exe相同的文件夹中,即项目的bin\Debug文件夹中。如果您一直在玩GAC,请确保将其从GAC中移除。

在我的例子中,我正在编译一个类库(DLL)。调试->模块中似乎没有加载模块,因此我甚至无法手动加载符号。

我的解决方案是将这一行添加到代码中:

System.Diagnostics.Debugger.Launch();

到达此代码后,将触发异常,.NET Framework将显示一个对话框,询问您要使用哪个Visual Studio(即VS 2008的新实例、VS 2013的新实例等)来调试程序。您可以选择已加载项目的VS的现有实例。这将把进程附加到VS会话并加载所有符号,现在您就可以调试项目了。

当然,编译必须使用Debug配置完成,而不是Release。

最终对我有效的是将配置设置更改为“发布”而不是“调试”,因为编译器似乎跳过了代码,断点最终被命中。