Mejores prácticas para capturar Throwable en Java

Question

A veces, solo tiene que atrapar Throwable, p. Ej. cuando se escribe una cola de despachador que despacha artículos genéricos y necesita recuperarse de cualquier error (dicho despachador registra todas las excepciones detectadas, pero en silencio, y luego la ejecución continúa en otros artículos).

Una mejor práctica que puedo pensar es siempre volver a lanzar la excepción si se trata de la excepción InterruptedException, porque esto significa que alguien interrumpió mi hilo y quiere matarlo.

Otra sugerencia (que vino de un comentario, no una respuesta) es siempre volver a lanzar ThreadDeath

Cualesquiera otras mejores prácticas?

Answer 1

Probablemente el más importante es Nunca tragar una excepción marcada. Con esto quiero decir que no hacer esto:

try { 
    ... 
} catch (IOException e) { 
} 

menos que eso es lo que se propone. A veces las personas tragan excepciones comprobadas porque no saben qué hacer con ellas o no quieren (o no pueden) contaminar su interfaz con las cláusulas "arroja excepciones".

Si usted no sabe qué hacer con él, hacer esto:

try { 
    ... 
} catch (IOException e) { 
    throw new RuntimeException(e); 
} 

el otro que viene a la mente es asegurarse de que usted se ocupa de excepciones. Leer un archivo debería tener un aspecto similar al siguiente:

FileInputStream in = null; 
try { 
    in = new FileInputStream(new File("..."));; 
    // do stuff 
} catch (IOException e) { 
    // deal with it appropriately 
} finally { 
    if (in != null) try { in.close(); } catch (IOException e) { /* swallow this one */ } 
} 

Answer 2

Depende de lo que esté trabajando.

Si está desarrollando una API para ser utilizada por alguien más, es mejor volver a lanzar la Excepción o envolverla en una excepción personalizada suya y lanzarla.

Considerando que si está desarrollando una aplicación de usuario final necesita manejar esta excepción y hacer lo necesario.

Answer 3

Si está escribiendo una cola de despachador, cuando la excepción vuelva a aparecer no tiene sentido hacer nada con ella además de iniciar sesión. La cola de eventos Swing tiene básicamente ese tipo de comportamiento.

Alternativamente, podría proporcionar un gancho para un "manejador de excepciones no capturadas", similar al ThreadGroup. Tenga en cuenta que el controlador puede llevar mucho tiempo y terminar retrasando a su despachador.

En lo que se refiere a InterruptedException: lo único que le importa es su ciclo de envío, que debería verificar algún estado externo para ver si debería detener el procesamiento.

Answer 4

¿Qué pasa con OutOfMemoryError (o tal vez su super clase VirtualMachineError)? No puedo imaginar que haya mucho que puedas hacer después de algo tan serio.