¿Cuándo se debe usar Throwable en lugar de Excepción nueva?

Question

Dado: Throwable es la superclase de Exception.

Cuando leo textos sobre cómo escribir sus propias 'excepciones', veo ejemplos de Throwable siendo utilizados en el bloque catch y otros textos muestran new Exception() que se utiliza en el bloque catch. Todavía tengo que ver una explicación de cuándo uno debería usar cada uno.

Mi pregunta es la siguiente, ¿cuándo se debe usar Throwable y cuándo se debe usar new Exception()?

EDIT: Dentro del bloque catch o else utilizando:

throw throwable; 

o

throw new Exception(); 

Answer 1

(de comentarios) El tema que trajo esto es que Necesito pasar una 'excepción' a un fragmento de código de un compañero de trabajo es la construcción de una colección si no consigue construido .

En ese caso, es posible que desee lanzar una excepción marcada. Puede lanzar Exception, una subclase correspondiente adecuada (excepto RuntimeException y sus subclases que son sin marcar) o una subclase personalizada de Exception (por ejemplo, "CollectionBuildException"). Consulte Java Tutorial on Exceptions para ponerse al día con las excepciones de Java.

Answer 2

tirar siempre una excepción (nunca un Throwable). Generalmente no atrapas a Throwable tampoco, pero puedes. Throwable es la superclase de Exception and Error, por lo que verás Throwable si no solo quieres capturar excepciones, sino también errores, ese es el sentido de tenerla. La cuestión es que los errores generalmente son cosas que una aplicación normal no debería capturar, así que simplemente use Exception a menos que tenga una razón específica para usar Throwable.

Answer 3

Throwable es una interfaz, no una clase. Dos clases extienden Throwable, Exception y Error.

La regla es: sea lo más específico posible cuando capture excepciones; eso significa, por ejemplo, capturar excepciones en lugar de Throwable, e IOException en lugar de Exception.

No captar errores: los errores son errores. Corrige el código en su lugar.

Si tiene que atrapar absolutamente todo, use "atrapar Throwable", pero esta es una mala forma.

Answer 4

No debería captar una excepción y lanzar una nueva tan general como "nueva excepción".

En cambio, si desea propagarse por la excepción que acaba de hacer lo siguiente:

try { 
    // Do some stuff here 
} 
catch (DivideByZeroException e) { 
    System.out.println("Can't divide by Zero!"); 
} 
catch (IndexOutOfRangeException e) { 
    // catch the exception 
    System.out.println("No matching element found."); 
} 
catch (Throwable e) { 
    throw e; // rethrow the exception/error that occurred 
} 

no es una buena práctica, creo, para detectar una excepción y lanzar una nueva excepción en lugar de la que estaba elevado a su bloque de código, a menos que genere una excepción personalizada útil que proporcione suficiente contexto para eludir la causa de la excepción original.

Answer 5

Como lo escuché cuando salió Java por primera vez, la teoría era que Throwable podría usarse para la transferencia de control en otros casos además de las excepciones. Nunca lo había visto usado de esa manera (y eso es probablemente una muy buena cosa).

Así que solo atrapa Exception (o mejor aún, una excepción más refinada).

Answer 6

Throwable está destinado a ser capturado solo por el contenedor o el bucle principal de su programa. La mayoría de las veces, detectar cosas debajo de Exception, por ejemplo, Error, no agrega mucha capacidad a un programa, después de todo, ¿qué se puede hacer si se lanzan otros errores de VirtualError? No mucho, excepto registrar y continuar.

Answer 7

throw new Exception(); es algo que debe Nunca hacer en un bloque catch, pero puede que tenga que o quiere hacer un tiro new SomeException(throwable); (preservación de la traza completa) en lugar de throw throwable; con el fin de ajustarse a la API de su método, p.ej cuando declara lanzar SomeException pero está llamando al código que podría arrojar un IOException que no desea agregar a la cláusula throws de su método.

El caso probablemente más común es new RuntimeException(throwable); para evitar tener una cláusula throws por completo. Mucha gente te dirá que es un abuso horrible porque deberías estar usando excepciones marcadas. OMI están equivocados y las excepciones comprobadas son un error en el diseño del lenguaje Java que solo da como resultado un código feo e inmanejable.

Answer 8

Todas las excepciones son un problema al final ... también dicen que los errores son errores no significan nada.

Los errores no son errores: son problemas que experimenta la máquina virtual anfitriona, por ejemplo, OutOfMemoryError. Las excepciones son un medio que la operación actual puede utilizar para notificar que falló y tal vez proporcionar algún diagnóstico.

Answer 9

En general, no arrojaría ni atraparía a Throwable. En particular, los errores de JVM (que extienden el Error()) no son significaron para ser capturados por el código de usuario a menos que esté haciendo un trabajo de nivel de sistema extraño.

Tratar "Throwable" como un artefacto de lenguaje. La clase "Excepción" se llama así porque es la que está destinada a ser utilizada por los programadores cuando quieren que un bloque de código salga "excepcionalmente", al no salir normalmente o devolver un valor.

Esto incluye tanto situaciones de error regulares (por errores "regulares" me refiero a JVM) como lugares donde está utilizando excepciones como mecanismo de control.

Answer 10

No use excepciones como un "tipo de retorno" o bien ...

Si la condición que está lanzando para es común, que está gastando una enorme cantidad de recursos para devolver esa condición a la que llama rutina. Las excepciones son caras de construir.

He visto casos en los que los lazos cerrados arrojaban excepciones como "negativas", por ejemplo, La asignación de ID, esta rutina ocupaba aproximadamente el 99% del tiempo de la CPU. Cuando se cambiaba a una constante de retorno documentada, esta disminuía al 25%.

Answer 11

sólo dos lugares que usted debe ver la palabra Throwable en código:

public static void main(String args[]) 
{ 
    try 
    { 
     // Do some stuff 
    } 
    catch(Throwable t) 
    { 

    } 
} 

Y

public class SomeServlet extends HttpServlet 
{ 
     public void doPost(HttpRequest request, HttpResponse response) 
     { 
     try 
     { 
      // Do some stuff 
     } 
     catch (Throwable t) 
     { 
       // Log 
     } 
     } 
}