一个C#桌面应用程序（在Visual Studio Express版上）工作了，但5秒钟后就不工作了。
我尝试了以下方法：
确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。
我在解决方案中有两个Windows窗体项目。其中一个加载调试信息，另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗？
我想在这里补充一点，当我回来回顾这个问题时，主要是为了我自己，即在加载程序集之前不会加载符号，并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中，则在调用该函数之前，不会加载符号（并且它将显示断点未命中）。
当前回答
检查csproj文件中是否有<DebugType>完整</DebugType>如果它存在，请尝试删除它并重试调试
其他回答
对于我的Xamarin应用程序，在我彻底清除了源代码管理文件夹、执行了“获取最新版本”并重建了解决方案后，它终于开始调试。
如果您添加了一个生成后过程以将资源元数据添加到DLL（公司名称、版本号等），如“rc.exe my_DLL.rc”中所示，这可能会导致DLL和.pdb文件之间的不匹配。如果签名不匹配，它将不会加载文件和调试所需的所有符号。将其从调试生成中删除。
要停止调试器的.dll以及相关的.pdb文件复制到.exe文件附近。这些文件的日期较早，因此我认为它们不会在运行时更新。我手动删除了它们，VisualStudio创建了另一对，并将此新对放在.exe附近。现在断点开始工作了！
可能Visual Studio无法复制和替换.exe附近的现有文件（.dll和.pdb），因为那里还有另一个文件。所以，如果我手动删除，那么VS可以在.exe附近创建一个新的。
我认为问题的根本原因是Visual Studio在运行时使用了另一个文件，而不是项目中的文件，并停止了。
在我的案例中，是一个名为Strong Namer的软件包与另一个Nuget一起导致了这个问题。删除强名称解决了问题。
或者，特别是当存在对StrongNamer包的依赖时，使用强名称密钥签署项目也可以解决问题。
项目>财产>C++>常规>调试信息格式-程序数据库（/Zi）
我已经检查了Linker>Debugging，并且已经在生成调试信息。当我启动应用程序时，符号被加载（调试>Windows>模块）。设置调试信息格式为我修复了它。希望这对某人有所帮助！
