C # captura una excepción de desbordamiento de pila

Tengo una llamada recursiva a un método que arroja una excepción de desbordamiento de pila. La primera llamada está rodeada por un bloque try catch pero no se detecta la excepción.

¿La excepción de desbordamiento de pila se comporta de una manera especial? ¿Puedo detectar / manejar la excepción correctamente?

No estoy seguro si es relevante, pero hay información adicional:

• la excepción no se lanza en el hilo principal

• el objeto donde el código está lanzando la excepción es cargado manualmente por Assembly.LoadFrom (...). CreateInstance (...)

A partir de 2.0, una excepción de StackOverflow solo se puede detectar en las siguientes circunstancias.

1. El CLR se ejecuta en un entorno alojado ^* donde el host permite específicamente que se manejen las excepciones de StackOverflow
2. La excepción de desbordamiento de pila es lanzada por el código de usuario y no debido a una situación de desbordamiento de pila real ( Referencia )

_{^* "entorno alojado" como en "mi código aloja CLR y configuro las opciones de CLR" y no "mi código se ejecuta en alojamiento compartido"}

La forma correcta es arreglar el desbordamiento, pero ...

Puedes darte una pila más grande: -

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

Puede usar la propiedad System.Diagnostics.StackTrace FrameCount para contar los marcos que ha usado y lanzar su propia excepción cuando se alcanza un límite de marcos.

O puede calcular el tamaño de la pila restante y lanzar su propia excepción cuando cae por debajo de un umbral: -

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

Solo coge el queso. ;)

Desde la página de MSDN en StackOverflowException s:

En versiones anteriores de .NET Framework, su aplicación podía detectar un objeto StackOverflowException (por ejemplo, para recuperarse de una recursividad ilimitada). Sin embargo, esa práctica se desaconseja actualmente porque se requiere un código adicional significativo para detectar de manera confiable una excepción de desbordamiento de pila y continuar la ejecución del programa.

A partir de la versión 2.0 de .NET Framework, un bloque try-catch no puede capturar un objeto StackOverflowException y el proceso correspondiente finaliza de forma predeterminada. En consecuencia, se recomienda a los usuarios que escriban su código para detectar y evitar un desbordamiento de pila. Por ejemplo, si su aplicación depende de la recursividad, utilice un contador o una condición de estado para terminar el ciclo recursivo. Tenga en cuenta que una aplicación que aloja Common Language Runtime (CLR) puede especificar que CLR descargue el dominio de la aplicación donde se produce la excepción de desbordamiento de pila y deje que continúe el proceso correspondiente. Para obtener más información, consulte Interfaz ICLRPolicyManager y Alojamiento de Common Language Runtime.

Como ya han dicho varios usuarios, no se puede detectar la excepción. Sin embargo, si tiene dificultades para averiguar dónde está sucediendo, es posible que desee configurar Visual Studio para que se rompa cuando se lance.

Para hacer eso, debe abrir Configuración de excepción desde el menú 'Depurar'. En versiones anteriores de Visual Studio, esto se encuentra en 'Depurar' - 'Excepciones'; en las versiones más recientes, está en 'Depurar' - 'Windows' - 'Configuración de excepciones'.

Una vez que tenga la configuración abierta, expanda 'Common Language Runtime Exceptions', expanda 'System', desplácese hacia abajo y marque 'System.StackOverflowException'. Luego, puede mirar la pila de llamadas y buscar el patrón repetido de llamadas. Eso debería darle una idea de dónde buscar para corregir el código que está causando el desbordamiento de la pila.

Como se mencionó anteriormente varias veces, no es posible detectar una StackOverflowException que el sistema generó debido a un estado de proceso dañado. Pero hay una forma de notar la excepción como un evento:

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

A partir de .NET Framework versión 4, este evento no se genera para excepciones que corrompen el estado del proceso, como desbordamientos de pila o violaciones de acceso, a menos que el controlador de eventos sea crítico para la seguridad y tenga el atributo HandleProcessCorruptedStateExceptionsAttribute.

Sin embargo, su aplicación terminará después de salir de la función de evento (una solución MUY sucia fue reiniciar la aplicación dentro de este evento, jaja, no lo he hecho y nunca lo hará). ¡Pero es lo suficientemente bueno para registrar!

En las versiones 1.0 y 1.1 de .NET Framework, una excepción no controlada que ocurre en un subproceso que no es el subproceso principal de la aplicación es detectada por el tiempo de ejecución y, por lo tanto, no hace que la aplicación finalice. Por tanto, es posible que se genere el evento UnhandledException sin que la aplicación finalice. A partir de .NET Framework versión 2.0, se eliminó este respaldo para excepciones no controladas en subprocesos secundarios, porque el efecto acumulativo de tales fallas silenciosas incluía degradación del rendimiento, datos corruptos y bloqueos, todos los cuales eran difíciles de depurar. Para obtener más información, incluida una lista de casos en los que el tiempo de ejecución no termina, consulte Excepciones en subprocesos administrados.

Sí, desde el desbordamiento de pila CLR 2.0 se considera una situación no recuperable. Entonces, el tiempo de ejecución aún cierra el proceso.

Para obtener más información, consulte la documentación http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx

No puedes. El CLR no te dejará. Un desbordamiento de pila es un error fatal y no se puede recuperar.

No puedes, como explican la mayoría de las publicaciones, déjame agregar otra área:

En muchos sitios web, encontrará personas que dicen que la forma de evitar esto es utilizando un AppDomain diferente, por lo que si esto sucede, el dominio se descargará. Eso es absolutamente incorrecto (a menos que aloje su CLR) ya que el comportamiento predeterminado del CLR generará un evento KillProcess, reduciendo su AppDomain predeterminado.

Es imposible, y por una buena razón (por un lado, piense en todas las capturas (Excepción) {} alrededor).

Si desea continuar con la ejecución después del desbordamiento de la pila, ejecute código peligroso en un AppDomain diferente. Las políticas CLR se pueden configurar para terminar el AppDomain actual en caso de desbordamiento sin afectar el dominio original.