C#捕获堆栈溢出exception

我得到了一个recursion调用的方法,抛出一个堆栈溢出exception。 第一个调用被try catch块包围,但是exception没有被捕获。

堆栈溢出exception的行为是否有特殊的方式? 我能捕捉/处理exception吗?

注意:如果相关:

  • 在主线程中不会抛出exception

  • 代码抛出exception的对象由Assembly.LoadFrom(…)。CreateInstance(…)手工加载。

从2.0开始,StackOverflowexception只能在以下情况下被捕获。

  1. CLR正在宿主环境中运行,主机特别允许处理StackOverflowexception
  2. 用户代码抛出stackoverflowexception,而不是由于实际的堆栈溢出情况( 参考 )

正确的方法是修复溢出,但….

你可以给自己一个更大的堆栈:

 using System.Threading; Thread T = new Thread(threadDelegate, stackSizeInBytes); T.Start(); 

您可以使用System.Diagnostics.StackTrace FrameCount属性来计算您使用的帧,并在达到帧极限时抛出自己的exception。

或者,您可以计算剩余堆栈的大小,并在低于阈值时抛出您自己的exception: –

 class Program { static int n; static int topOfStack; const int stackSize = 1000000; // Default? // The func is 76 bytes, but we need space to unwind the exception. const int spaceRequired = 18*1024; unsafe static void Main(string[] args) { int var; topOfStack = (int)&var; n=0; recurse(); } unsafe static void recurse() { int remaining; remaining = stackSize - (topOfStack - (int)&remaining); if (remaining < spaceRequired) throw new Exception("Cheese"); n++; recurse(); } } 

赶上奶酪。 ;)

从StackOverflowException的MSDN页面s:

在以前版本的.NET Framework中,您的应用程序可能会捕获一个StackOverflowException对象(例如,从无限recursion中恢复)。 然而,这种做法目前是不鼓励的,因为需要大量额外的代码才能可靠地捕获堆栈溢出exception并继续执行程序。

从.NET Framework 2.0版开始,StackOverflowException对象不能被try-catch块捕获,相应的进程默认是终止的。 因此,build议用户编写代码来检测和防止堆栈溢出。 例如,如果您的应用程序依赖于recursion,则使用计数器或状态条件来终止recursion循环。 请注意,承载公共语言运行库(CLR)的应用程序可以指定CLR卸载发生堆栈溢出exception的应用程序域,并让相应的进程继续。 有关更多信息,请参阅ICLRPolicyManager接口并承载公共语言运行时。

正如几个用户已经说过的,你无法捕捉到这个exception。 但是,如果您正在努力查找它发生的位置,则可能需要将Visual Studioconfiguration为在投掷时中断。

要做到这一点,你需要从“debugging”菜单打开例外设置。 在旧版本的Visual Studio中,这是在“debugging” – “例外”。 在更新的版本中,它在“debugging” – “Windows” – “exception设置”。

打开设置后,展开“公共语言运行时例外”,展开“系统”,向下滚动并选中“System.StackOverflowException”。 然后,您可以查看调用堆栈并查找重复的调用模式。 这应该让你知道在哪里寻找修复导致堆栈溢出的代码。

是从CLR 2.0堆栈溢出被认为是不可恢复的情况。 所以运行时间仍然closures了这个过程。

有关详细信息,请参阅文档http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx

正如前面提到过的那样,由于进程状态被破坏,系统无法捕获由系统引发的StackOverflowException。 但有一种方法可以将exception作为事件注意到:

http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception.aspx

从.NET Framework版本4开始,除非事件处理程序对安全至关重要,并且具有HandleProcessCorruptedStateExceptionsAttribute特性,否则不会引发此事件,以处理损坏进程状态(例如堆栈溢出或访问冲突)的exception。

然而,你的应用程序将退出事件function后终止(一个非常肮脏的解决方法,是重新启动应用程序在这个事件哈哈,havn't这样做,永远不会做)。 但是,logging就够了!

在.NET Framework版本1.0和1.1中,发生在主应用程序线程以外的线程中的未处理的exception被运行时捕获,因此不会导致应用程序终止。 因此,在应用程序终止的情况下,可能引发UnhandledException事件。 从.NET Framework 2.0版开始,删除了子线程中未处理的exception的反向支持,因为这种静默失败的累积影响包括性能下降,数据损坏和locking,所有这些都难以debugging。 有关更多信息(包括运行时未终止的情况列表),请参阅托pipe线程中的例外。

你不能。 CLR不会让你。 堆栈溢出是致命的错误,无法从中恢复。

你不能像大多数的post解释,让我再添加一个领域:

在许多网站上,你会发现有人说,避免这种情况的方法是使用不同的AppDomain,所以如果发生这种情况,域将被卸载。 这是绝对错误的(除非你托pipe你的CLR),因为CLR的默认行为将引发一个KillProcess事件,从而导致你的默认AppDomain。

这是不可能的,并有一个很好的理由(一个,想想所有这些捕获(例外){}周围)。

如果要在堆栈溢出后继续执行,请在另一个AppDomain中运行危险代码。 可以将CLR策略设置为终止当前AppDomain溢出而不影响原始域。