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

我尝试了以下方法:

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

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


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


当前回答

我是这样解决的:运行项目。转到,调试->Windows->模块选择要调试的库并右键单击它。选择->“加载符号”然后将“跳过加载符号”更改为“已加载符号”。

其他回答

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

在我的案例中,我正在使用Visual Studio的Experimental Instance调试WPF扩展。在开始调试并暂停调试后,我打开了“调试”>“窗口”>“模块”窗口。在那里,我可以看到Visual Studio试图加载符号C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\15.0_76a9e536Exp\Extensions\<companyName>的目录。停止调试后,我使用Windows资源管理器删除了目标文件夹并重新启动了调试器。Visual Studio随后能够命中断点。

还值得一提的是,在某些情况下会出现问题,因为您要调试的项目是一个外部服务。在这种情况下,您必须将调试器附加到正在运行的进程。

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

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

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

在我的情况下,这是因为我的发布配置文件(发布到本地IIS站点)以某种方式设置为Release Configuration,尽管全局生成配置设置为Debug。将发布配置文件修改为“调试”配置为我解决了问题。