Question

最近，我经常遇到类型错误

“类型'System.StackOverflowException'的未处理异常发生在未知模块中。“。

这发生在一个游戏（我开发的）中，具有相当大的代码库（C＃/ XNA）。但通常只有在几分钟的游戏过程之后（而不是每次运行）都会出现错误。

问题是，不幸的是，Visual Studio调试器似乎无法进一步本地化问题，只是让我检查汇编代码而不参考我的源代码行。怎么可以调试这样的错误？我想像Valgrind这样的工具在C＃中不可用。是否有更好的调试器可以显示问题在源代码中的本地化位置？

在应用下面建议的答案中的步骤时，可以使用调用堆栈。它是：

ntdll.dll!_NtWaitForSingleObject@12()  + 0x15 bytes 
ntdll.dll!_NtWaitForSingleObject@12()  + 0x15 bytes 
KernelBase.dll!_WaitForSingleObjectEx@12()  + 0xcb bytes    
kernel32.dll!_WaitForSingleObjectExImplementation@12()  + 0x43 bytes    
clr.dll!CLREvent::CreateManualEvent()  - 0x15f3bb bytes 
clr.dll!CLREvent::CreateManualEvent()  - 0x15f37a bytes 
clr.dll!CLREvent::WaitEx()  + 0x47 bytes    
clr.dll!CLREvent::Wait()  + 0x19 bytes  
clr.dll!Thread::WaitSuspendEventsHelper()  + 0xa8 bytes 
clr.dll!Thread::WaitSuspendEvents()  + 0x17 bytes   
clr.dll!Thread::RareEnablePreemptiveGC()  + 0x181977 bytes  
clr.dll!Thread::RareDisablePreemptiveGC()  + 0x38e3 bytes   
clr.dll!Debugger::SendException()  + 0x12b bytes    
clr.dll!Debugger::LastChanceManagedException()  + 0x19f bytes   
clr.dll!NotifyDebuggerLastChance()  + 0x79 bytes    
clr.dll!WatsonLastChance()  + 0x166 bytes   
clr.dll!EEPolicy::HandleFatalStackOverflow()  + 0x189 bytes 
clr.dll!EEPolicy::HandleStackOverflow()  + 0xd8 bytes   
clr.dll!_COMPlusFrameHandler()  + 0xff302 bytes 
ntdll.dll!ExecuteHandler2@20()  + 0x26 bytes    
ntdll.dll!ExecuteHandler@20()  + 0x24 bytes 
ntdll.dll!_RtlDispatchException@8()  + 0xd3 bytes   
ntdll.dll!_KiUserExceptionDispatcher@8()  + 0xf bytes   
clr.dll!SystemNative::ArrayCopy()  + 0x19 bytes 
mscorlib.ni.dll!6ed326a2()  
Frames below may be incorrect and/or missing, no symbols loaded for mscorlib.ni.dll

Answer 1

如果崩溃发生在ntdll.dll上，你需要它的符号，但我认为更可能的是你传递了一些奇怪的垃圾导致它崩溃。您是否正在进行可能导致崩溃的Windows API调用？

另一个用户在这里提到的另一种可能性是，你可能正在某个正在耗尽堆栈的地方进行递归调用。如果对非托管代码进行调用，这将特别成问题：

是否存在可能导致无限循环的逻辑条件？
是否有任何构造函数会进行无意的递归调用？
您的代码中是否存在可能被卡住的递归方法？

另外，在您开始寻找替代方法进行调试之前，您可能需要尝试一些事项：

确保项目是在debug
检查Visual Studio设置以确保它正在暂停所有异常
关闭“只是我的代码”设置（如果它在您的项目设置中可用）（这是否会显示在C＃项目中？）
启用混合模式调试/非托管调试
确保生成符号并将其存储在正确的位置（* .pdb）
如果没有这一切，您可以在系统事件查看器中查找并查找任何奇怪的错误

Answer 2

StackOverflowException通常是由一些无休止地调用自身的方法引起的。

事情发生在一段时间之后会让我更加坚定：你面临着无限的递归。

这种行为的一个非常简单的例子是：

void SomeMethod()
{
    SomeMethod(); // StackOverflowException
}

如何在没有源代码链接的情况下调试System.StackOverflowException？

2 个答案: