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

我尝试了以下方法:

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

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


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


当前回答

右键单击项目->财产->Web选项卡

在服务器部分,我为本地IIS更改了IIExpress,创建了虚拟目录,瞧!

其他回答

这花了我一段时间尝试了上面的其他选项,由于某种奇怪的原因,调试停止了。

工具->选项->调试->常规->(取消勾选)“要求源文件与原始版本完全匹配”选项

在我的案例中,这是在Windows更新之后开始的,结果是Windows更新关闭了Internet信息服务,这使得我的API似乎无法达到我设置的断点,但实际发生的是IIS无法启动,因此我的应用程序代码实际上没有运行。

再次检查Windows功能菜单中是否启用了Internet信息服务。

IIS说明:

控制面板程序打开或关闭窗口功能勾选互联网信息服务重新启动visual studio

如果使用IIS Express:

从旧控制面板中打开“添加/删除程序”,然后在IIS Express上运行修复程序,或者您可以转到“控制面板”->“程序”->“应用程序和功能”->“打开或关闭Windows功能”->Internet Information Services并检查父Internet Information Services文件夹。

我在这里得到了这样的答案:指定的参数超出了有效值的范围。参数名称:站点

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

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

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

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

UWP:

如果您正在调试通用Windows项目[UWP],该过程类似于使用混合C#和本机代码的解决方案,除非您需要将Application进程或Background Task进程调试器设置为Managed Only以调试C#代码。

在解决方案资源管理器中右键单击启动项目选择财产选择“调试”选项卡将进程调试器类型设置为“仅托管”