¿Qué tipos de excepción no se detectan?

Muchas veces, se menciona que solo detecta excepciones que puedo manejar (arrojar, envolver y/o registrar, o realizar otras acciones).¿Qué tipos de excepción no se detectan?

¿Qué excepciones no se pueden manejar? ¿Es este el mismo significado que no debe ser atrapado? Sé que las excepciones que pueden representar una referencia de objeto como nula no deben ser capturadas, ya que son errores de programación y no provocados por el usuario. ¿Hay algún otro ejemplo? Otro es ExecutionEngineException.

Además, ¿el curso de acción en un bloque catch siempre se produce entre re-lanzamiento, reinicio y registro? ¿Hay algún caso en el que deba realizarse alguna otra acción en un bloque catch?

Gracias

Fuente

2011-04-01 dotnetdev

Realmente no entiendo esta pregunta. Usted * sabe * qué excepciones puede manejar. Es a los que ha escrito específicamente * code * en el manejador de excepciones que debe manejar. Son los que puedes * arreglar *. ** Si no está seguro, no puede manejarlos, por lo que no debería atraparlos. ** –

Las respuestas a esta pregunta también pueden ser útiles: http://stackoverflow.com/q/7152354/625332 – Dmitry

Se aplica el consejo habitual, solo capte lo que puede manejar. Hay una función de utilidad llamada IsCriticalException dentro del marco que es bastante comúnmente utilizada por partes del código de marco para decidir si se traga o no una excepción. Bien podría ser por eso. Se considera la siguiente crítica:

NullReferenceException
StackOverflowException (inalcanzable)
OutOfMemoryException
ThreadAbortException
ExecutionEngineException (inalcanzable en 4.0)
IndexOutOfRangeException
AccessViolationException

Es una buena lista.

Fuente

2011-04-01 03:08:22

No es necesario que las aplicaciones escritas correctamente conozcan esta lista porque tratarán todas las aplicaciones no controladas. lo mismo: simplemente dejarán que CLR termine el proceso. No se tragarán todo excepto una lista_de_excepciones_que_se_considera_para_ser_crítico_por_Microsoft.VisualStudio.Shell.10.0. Es interesante saber que ese método existe. – Dmitry

[¿Es esta la propiedad de la que está hablando?] (Http://msdn.microsoft.com/en-us/library/vstudio/microsoft.visualstudio.errorhandler.iscriticalexception.aspx) No veo ninguna otra similar manejadores. – Will

System.ClientUtils.IsCriticalException, es un método interno. –

me gustaría utilizar el consejo de Eric Lippert y no capturar las excepciones "fatal":

http://blogs.msdn.com/b/ericlippert/archive/2008/09/10/vexing-exceptions.aspx

Fuente

2011-04-01 00:08:46 anon

aquí está la jerarquía de excepciones para C# http://msdn.microsoft.com/en-us/library/z4c5tckx(v=vs.vvs.80).aspx – m4tt1mus

Eric también sugiere no detectar las excepciones "Boneheaded", ya que hacerlo esconde errores en tu código – Brian

El enlace correcto es [Jerarquía de excepciones] (http://msdn.microsoft.com/en-us/library/z4c5tckx.aspx) –

El curso de acción en un bloque catch puede no ser siempre volver a lanzar, envoltura/retrow y Iniciar sesión. He visto que una excepción de db, como un interbloqueo, causa una excepción y luego la lógica de captura intenta realizar la acción de la base de datos nuevamente con la esperanza de que el recurso bloqueado ya no esté bloqueado.

Fuente

2011-04-01 00:09:46

¿Qué tipos de excepción no se detectan?

Respuesta

Cuestiones relacionadas