C # fängt eine Stapelüberlaufausnahme ab

Ich habe einen rekursiven Aufruf einer Methode, die eine Stapelüberlaufausnahme auslöst. Der erste Aufruf ist von einem Try-Catch-Block umgeben, die Ausnahme wird jedoch nicht abgefangen.

Verhält sich die Stapelüberlaufausnahme auf besondere Weise? Kann ich die Ausnahme richtig abfangen / behandeln?

Nicht sicher, ob relevant, aber zusätzliche Informationen:

• Die Ausnahme wird nicht im Hauptthread ausgelöst

• Das Objekt, in dem der Code die Ausnahme auslöst, wird manuell von Assembly.LoadFrom (...) geladen. CreateInstance (...)

Ab 2.0 kann eine StackOverflow-Ausnahme nur unter den folgenden Umständen abgefangen werden.

1. Die CLR wird in einer gehosteten Umgebung ^{* ausgeführt,} in der der Host speziell die Behandlung von StackOverflow-Ausnahmen zulässt
2. Die Stackoverflow-Ausnahme wird vom Benutzercode ausgelöst und ist nicht auf eine tatsächliche Stack-Overflow-Situation zurückzuführen ( Referenz ).

_{^* "Gehostete Umgebung" wie in "Mein Code hostet CLR und ich konfiguriere die CLR-Optionen" und nicht "Mein Code läuft auf Shared Hosting".}

Der richtige Weg ist, den Überlauf zu beheben, aber ....

Sie können sich einen größeren Stapel geben: -

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

Mit der System.Diagnostics.StackTrace FrameCount-Eigenschaft können Sie die von Ihnen verwendeten Frames zählen und Ihre eigene Ausnahme auslösen, wenn ein Frame-Limit erreicht ist.

Sie können auch die Größe des verbleibenden Stapels berechnen und Ihre eigene Ausnahme auslösen, wenn dieser unter einen Schwellenwert fällt: -

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();
    }
}

Fang einfach den Käse. ;)

Auf der MSDN-Seite von StackOverflowException s:

In früheren Versionen von .NET Framework konnte Ihre Anwendung ein StackOverflowException-Objekt abfangen (z. B. um eine unbegrenzte Rekursion wiederherzustellen). Von dieser Vorgehensweise wird derzeit jedoch abgeraten, da erheblicher zusätzlicher Code erforderlich ist, um eine Stapelüberlaufausnahme zuverlässig abzufangen und die Programmausführung fortzusetzen.

Ab .NET Framework Version 2.0 kann ein StackOverflowException-Objekt nicht mehr von einem Try-Catch-Block abgefangen werden, und der entsprechende Prozess wird standardmäßig beendet. Folglich wird Benutzern empfohlen, ihren Code zu schreiben, um einen Stapelüberlauf zu erkennen und zu verhindern. Wenn Ihre Anwendung beispielsweise von einer Rekursion abhängt, verwenden Sie einen Zähler oder eine Statusbedingung, um die rekursive Schleife zu beenden. Beachten Sie, dass eine Anwendung, die die Common Language Runtime (CLR) hostet, angeben kann, dass die CLR die Anwendungsdomäne entlädt, in der die Stapelüberlaufausnahme auftritt, und den entsprechenden Prozess fortsetzen kann. Weitere Informationen finden Sie unter ICLRPolicyManager-Schnittstelle und Hosting der Common Language Runtime.

Wie bereits mehrere Benutzer gesagt haben, können Sie die Ausnahme nicht abfangen. Wenn Sie jedoch Schwierigkeiten haben, herauszufinden, wo es passiert, möchten Sie Visual Studio möglicherweise so konfigurieren, dass es beim Werfen nicht funktioniert.

Dazu müssen Sie die Ausnahmeeinstellungen im Menü "Debuggen" öffnen. In älteren Versionen von Visual Studio befindet sich dies unter "Debug" - "Ausnahmen". In neueren Versionen ist es bei 'Debug' - 'Windows' - 'Ausnahmeeinstellungen'.

Wenn Sie die Einstellungen geöffnet haben, erweitern Sie 'Common Language Runtime Exceptions', erweitern Sie 'System', scrollen Sie nach unten und aktivieren Sie 'System.StackOverflowException'. Dann können Sie sich den Aufrufstapel ansehen und nach dem sich wiederholenden Muster von Anrufen suchen. Das sollte Ihnen eine Vorstellung davon geben, wo Sie suchen müssen, um den Code zu beheben, der den Stapelüberlauf verursacht.

Wie oben mehrmals erwähnt, ist es nicht möglich, eine StackOverflowException abzufangen, die vom System aufgrund eines beschädigten Prozessstatus ausgelöst wurde. Es gibt jedoch eine Möglichkeit, die Ausnahme als Ereignis zu erkennen:

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

Ab .NET Framework Version 4 wird dieses Ereignis nicht für Ausnahmen ausgelöst, die den Status des Prozesses beschädigen, z. B. Stapelüberläufe oder Zugriffsverletzungen, es sei denn, der Ereignishandler ist sicherheitskritisch und verfügt über das Attribut HandleProcessCorruptedStateExceptionsAttribute.

Trotzdem wird Ihre Anwendung nach dem Beenden der Ereignisfunktion beendet (eine SEHR schmutzige Problemumgehung bestand darin, die App innerhalb dieses Ereignisses neu zu starten, haha, habe dies nicht getan und werde es niemals tun). Aber es ist gut genug für die Protokollierung!

In den .NET Framework-Versionen 1.0 und 1.1 wird eine nicht behandelte Ausnahme, die in einem anderen Thread als dem Hauptanwendungsthread auftritt, von der Laufzeit abgefangen und führt daher nicht zum Beenden der Anwendung. Somit ist es möglich, dass das UnhandledException-Ereignis ausgelöst wird, ohne dass die Anwendung beendet wird. Ab der .NET Framework-Version 2.0 wurde dieser Backstop für nicht behandelte Ausnahmen in untergeordneten Threads entfernt, da der kumulative Effekt solcher stillen Fehler Leistungseinbußen, beschädigte Daten und Abstürze beinhaltete, die alle schwer zu debuggen waren. Weitere Informationen, einschließlich einer Liste von Fällen, in denen die Laufzeit nicht beendet wird, finden Sie unter Ausnahmen in verwalteten Threads.

Ja, der CLR 2.0-Stapelüberlauf wird als nicht wiederherstellbare Situation angesehen. Die Laufzeit hat den Prozess also immer noch heruntergefahren.

Weitere Informationen finden Sie in der Dokumentation unter http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx

Das kannst du nicht. Die CLR lässt Sie nicht. Ein Stapelüberlauf ist ein schwerwiegender Fehler und kann nicht behoben werden.

Sie können nicht, da die meisten Beiträge erklären, lassen Sie mich einen weiteren Bereich hinzufügen:

Auf vielen Websites finden Sie Leute, die sagen, dass die Möglichkeit, dies zu vermeiden, die Verwendung einer anderen AppDomain ist. In diesem Fall wird die Domain entladen. Das ist absolut falsch (es sei denn, Sie hosten Ihre CLR), da das Standardverhalten der CLR ein KillProcess-Ereignis auslöst und Ihre Standard-AppDomain herunterfährt.

Es ist unmöglich und aus gutem Grund (denken Sie zum einen an all diese Fänge (Ausnahme) {} herum).

Wenn Sie die Ausführung nach einem Stapelüberlauf fortsetzen möchten, führen Sie gefährlichen Code in einer anderen AppDomain aus. CLR-Richtlinien können so eingestellt werden, dass die aktuelle AppDomain bei Überlauf beendet wird, ohne dass dies Auswirkungen auf die ursprüngliche Domäne hat.