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

我尝试了以下方法:

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

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


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


当前回答

通过启动外部应用程序调试程序集时,需要考虑一些额外的问题:

外部应用程序可以从清单文件加载其自己的程序集(DLL)副本。(例如,文件appname.exe.manifest)如果是,则需要手动更改清单来禁用此功能。外部应用程序可能只是尝试从其自己文件夹中的DLL加载,即使没有清单。您必须删除/重命名这些。

考虑到这些步骤,调试器中运行的程序集版本应该正确加载,并且可以正常调试。

其他回答

“调试”>“窗口”>“模块”以查看加载的模块使我朝着正确的方向前进。

在我的案例中,IIS Express似乎正在加载与临时ASP.NET文件不同的DLL。

解决方案?

浏览到C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs删除此目录中的所有内容!

在我的案例中,是一个名为Strong Namer的软件包与另一个Nuget一起导致了这个问题。删除强名称解决了问题。

或者,特别是当存在对StrongNamer包的依赖时,使用强名称密钥签署项目也可以解决问题。

尝试在windows中以管理员身份运行visual studio。

在我的例子中,问题出在web.config文件上。

它是<compilation debug=“false”strict=“true”

我把它改成了

<compilation debug=“true”strict=“false”。现在我可以调试应用程序了。

在我的情况下,Visual Studio在全局程序集缓存(GAC)中加载DLL,而不是在我的项目列表中加载DLL。我删除了GAC中的DLL,现在我可以看到断点在工作。