Quando è possibile utilizzare Throwable anziché la nuova eccezione?

Question

Dato: Throwable è la superclasse di eccezione.

Quando ho letto testi di scrivere i propri 'eccezioni', vedo esempi di Throwable utilizzati nel blocco catch e altri testi mostrano new Exception() utilizzato nel blocco catch. Devo ancora vedere una spiegazione di quando uno dovrebbe usare ciascuno.

La mia domanda è questa, quando deve essere utilizzato Throwable e quando deve essere utilizzato new Exception()?

EDIT: All'interno del blocco catch o else utilizzando:

throw throwable; 

o

throw new Exception(); 

Answer 1

(dai commenti) La questione che ha portato questo in su è che ho bisogno di passare un 'eccezione' per un pezzo di codice un collega sta costruendo se una raccolta non viene costruito.

In questo caso, si potrebbe desiderare di gettare un verificata un'eccezione. È possibile lanciare un Exception, una sottoclasse esistente appropriata (eccetto RuntimeException e le sottoclassi che sono deselezionate) o una sottoclasse personalizzata di Exception (ad esempio "CollectionBuildException"). Vedi lo Java Tutorial on Exceptions per essere aggiornato con le eccezioni Java.

Answer 2

gettare sempre un'eccezione (mai un Throwable). In genere non prendi Throwable, ma puoi farlo. Throwable è la superclasse di Exception ed Error, quindi potresti prendere Throwable se vuoi non solo catturare Eccezioni ma Errori, questo è il punto di averlo. Il fatto è che gli errori sono generalmente cose che una normale applicazione non dovrebbe e non dovrebbe catturare, quindi usa Eccezione a meno che tu non abbia una ragione specifica per usare Throwable.

Answer 3

Throwable è un'interfaccia, non una classe. Due classi estendono Throwable, Exception ed Error.

La regola è: essere il più specifici possibile quando si rilevano le eccezioni: ciò significa, ad esempio, intercettare Eccezione anziché Throwable e IOException anziché Exception.

Non rilevare errori: gli errori sono errori. Risolvi il codice invece.

Se devi prendere assolutamente tutto, usa "prendi Throwable", ma questa è una cattiva forma.

Answer 4

Non si dovrebbe catturare un'eccezione e lanciarne una nuova come generale come "nuova eccezione".

Invece, se si desidera bolla l'eccezione solo effettuare le seguenti operazioni:

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 
} 

Non è buona pratica, credo, per intercettare un'eccezione e lanciare una nuova eccezione al posto di quello che era elevato al tuo blocco di codice, a meno che tu non sollevi un'utile eccezione personalizzata che fornisca un contesto sufficiente a eludere la causa dell'eccezione originale.

Answer 5

Come ho sentito quando java è uscito per la prima volta, la teoria era che Throwable poteva essere utilizzato per il trasferimento del controllo in altri casi oltre alle eccezioni. Non l'ho mai visto usato in quel modo però (e probabilmente è una cosa molto buona).

Pertanto, è sufficiente rilevare l'eccezione (o, meglio ancora, un'eccezione più dettagliata).

Answer 6

Lanciabile si intende catturato solo dal contenitore o dal ciclo principale del programma. La maggior parte delle volte cattura elementi al di sotto delle eccezioni, ad esempio l'errore non aggiunge molte funzionalità a un programma, dopotutto cosa è possibile fare se vengono lanciati altri errori di VirtualError. Non molto eccetto il log e continua.

Answer 7

throw new Exception(); è qualcosa che si dovrebbe mai fare in un blocco catch, ma potrebbe essere necessario o vuole fare un tiro new SomeException(throwable); (conservando la traccia stack completo), invece di throw throwable; al fine di conformarsi alle API del metodo, per esempio quando dichiara di lanciare SomeException ma stai chiamando il codice che potrebbe lanciare un IOException che non vuoi aggiungere alla clausola throws del metodo.

Il caso probabilmente più comune è new RuntimeException(throwable); per evitare di avere una clausola throws del tutto. Molte persone ti diranno che questo è un abuso orribile perché dovresti usare eccezioni controllate. IMO si sbagliano e le eccezioni controllate sono un errore nella progettazione del linguaggio Java che si traduce in un codice brutto e non gestibile.

Answer 8

Tutte le eccezioni sono un problema alla fine ... anche dire che gli errori sono bug non significa nulla.

Gli errori non sono bug: si tratta di problemi riscontrati dalla VM host, ad esempio OutOfMemoryError. Le eccezioni sono un mezzo che l'operazione corrente può usare per notificare che non ha funzionato e forse fornire qualche diagnosi.

Answer 9

In generale, non si lancia o si prende Throwable. In particolare, gli errori JVM (che estendono Error()) non sono significa che devono essere catturati dal codice utente a meno che non si stia facendo un lavoro strano a livello di sistema.

Trattare "Throwable" come artefatto linguistico. La classe "Exception" è chiamata così perché è quella destinata ai programmatori quando vogliono che un blocco di codice esca "eccezionalmente" - non uscendo normalmente o restituendo un valore.

Ciò include sia situazioni di errore regolari (da "normale" intendo in contrapposizione agli errori JVM) sia luoghi in cui si utilizzano eccezioni come meccanismo di controllo.

Answer 10

Si consiglia di non utilizzare le eccezioni come un "tipo di ritorno" o ...

Se la condizione si sta gettando per è comune, si stanno spendendo una quantità enorme di risorse per tornare tale condizione alla chiamata routine. Le eccezioni sono costose da costruire.

Ho visto casi in cui i loop stretti che hanno generato eccezioni come "negativo" per es. Assegnazione di ID, questa routine occupava circa il 99% del tempo di CPU .. quando invece è stata modificata con una costante di ritorno documentata, questo è sceso al 25%.

Answer 11

solo due posti si dovrebbe vedere la parola Throwable in codice:

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

    } 
} 

E

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