C＃捕获堆栈溢出异常
我得到了一个抛出堆栈溢出异常的方法的递归调用。 第一个调用被try catch块包围，但没有捕获异常。
堆栈溢出异常是否以特殊方式运行？ 我可以正确捕获/处理异常吗？
注意：如果相关：
主线程中没有抛出异常
代码抛出异常的对象由Assembly.LoadFrom(...)手动加载.CreateInstance(...)
9个解决方案
99 votes
从2.0开始，只能在以下情况下捕获StackOverflow异常。
CLR正在托管环境*中运行，其中主机特别允许处理StackOverflow异常
用户代码抛出stackoverflow异常，而不是由于实际的堆栈溢出情况(参考)
*“托管环境”，如“我的代码主机CLR和我配置CLR的选项”而不是“我的代码在共享主机上运行”
JaredPar answered -07-27T21:16:35Z
44 votes
正确的方法是修复溢出，但....
你可以给自己一个更大的堆栈： -
using System.Threading;
Thread T = new Thread(threadDelegate, stackSizeInBytes);
T.Start();
您可以使用System.Diagnostics.StackTrace FrameCount属性来计算您使用的帧，并在达到帧限制时抛出您自己的异常。
或者，您可以计算剩余堆栈的大小，并在低于阈值时抛出您自己的异常： -
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();
}
}
抓住奶酪吧。;)
answered -07-27T21:17:26Z
36 votes
从StackOverflowExceptions上的MSDN页面：
在.NET的早期版本中 框架，您的应用程序可以 捕获StackOverflowException对象 (例如，从中恢复 无限递归)。 但是，那 目前不鼓励练习 因为重要的额外代码是 需要可靠地捕获堆栈 溢出异常并继续 程序执行。
从.NET Framework开始 版本2.0，StackOverflowException try-catch无法捕获对象 块和相应的过程是 默认终止。 所以， 建议用户编写代码 检测和防止堆栈 溢出。 例如，如果你的 应用程序取决于递归，使用 反击或国家条件 终止递归循环。 注意 托管的应用程序 公共语言运行库(CLR)可以 指定CLR卸载 应用程序域所在的堆栈 溢出异常发生并让 相应的过程继续。 对于 更多信息，请参阅 ICLRPolicyManager接口和 托管公共语言运行时。
Damien_The_Unbeliever answered -07-27T21:18:05Z
20 votes
正如几位用户已经说过的那样，你无法捕获异常。 但是，如果您正在努力找出它发生的位置，您可能希望配置visual studio以便在它被抛出时中断。
为此，您需要从“调试”菜单中打开“异常设置”。 在旧版本的Visual Studio中，这是'Debug' - 'Exceptions'; 在较新的版本中，它位于'Debug' - 'Windows' - 'Exception Settings'。
打开设置后，展开“Common Language Runtime Exceptions”，展开“System”，向下滚动并选中“System.StackOverflowException”。 然后你可以查看调用堆栈并查找重复的调用模式。 这应该让你知道在哪里寻找修复导致堆栈溢出的代码。
Simon answered -07-27T21:18:44Z
14 votes
如上所述，由于进程状态损坏，无法捕获由系统引发的StackOverflowException。 但有一种方法可以将异常视为事件：
[/en-us/library/system.appdomain.unhandledexception.aspx]
从.NET Framework版本4开始，不会针对损坏进程状态的异常(例如堆栈溢出或访问冲突)引发此事件，除非事件处理程序是安全关键的并且具有HandleProcessCorruptedStateExceptionsAttribute属性。
然而，你的应用程序将在退出事件功能后终止(一个非常脏的解决方法，是在这个事件中重新启动应用程序哈哈，没有这样做，也永远不会这样做)。 但这对于伐木来说已经足够了！
在.NET Framework 1.0和1.1版中，运行时捕获在主应用程序线程以外的线程中发生的未处理异常，因此不会导致应用程序终止。 因此，可以在不终止应用程序的情况下引发UnhandledException事件。 从.NET Framework 2.0版开始，删除了子线程中未处理异常的这一支持，因为此类静默故障的累积影响包括性能下降，数据损坏和锁定，所有这些都难以调试。 有关更多信息，包括运行时未终止的案例列表，请参阅托管线程中的例外。
FooBarTheLittle answered -07-27T21:19:37Z
6 votes
是的CLR 2.0堆栈溢出被认为是不可恢复的情况。 所以运行时仍然关闭了进程。
有关详细信息，请参阅文档[/en-us/library/system.stackoverflowexception.aspx]
Brian Rasmussen answered -07-27T21:20:08Z
5 votes
你不能。 CLR不会让你。 堆栈溢出是致命错误，无法从中恢复。
Matthew Scharley answered -07-27T21:20:32Z
5 votes
您不能像大多数帖子那样解释，让我添加另一个区域：
在许多网站上，您会发现人们说避免这种情况的方法是使用不同的AppDomain，因此如果发生这种情况，域名将被卸载。 这是绝对错误的(除非您托管您的CLR)因为CLR的默认行为将引发KillProcess事件，从而关闭您的默认AppDomain。
No hay Problema answered -07-27T21:21:03Z
3 votes
这是不可能的，并且有充分的理由(对于一个人来说，考虑所有那些捕获(例外){}。
如果要在堆栈溢出后继续执行，请在其他AppDomain中运行危险代码。 可以将CLR策略设置为在溢出时终止当前AppDomain而不影响原始域。
ima answered -07-27T21:21:33Z
