Warum nimmt Exception Throwable als Konstruktorparameter anstelle von Exception?

Question

Ich habe kürzlich festgestellt, dass Exception mehrere Konstruktoren hat, die Throwable als Parameter nehmen. Throwable hat zwei Unterklassen, Error und Exception, und die gesamte Dokumentation gibt im Allgemeinen an, dass Sie nicht versuchen sollten, eine Error zu fangen oder zu behandeln. Daher bin ich neugierig, warum Exception eine Throwable als Konstruktor Parameter anstelle von Exception nimmt. Dies bedeutet, dass ein Exception mit einer Error als Ursache erstellt werden könnte und von der Anwendung verarbeitet werden könnte. Warum ist das der Fall?

Sollten benutzerdefinierte Exception Klassen dann nur Konstruktoren zur Verfügung stellen, die Exception als Parameter annehmen?

Answer 1

Ich denke, es ist im Grunde, weil:

1. es keine Error zu behandeln empfohlen, aber es ist nicht verboten.

2. Es ist eine gute Übung, die Schnittstelle trotzdem zu programmieren, daher sollte der Parametertyp die meisten Typen unterstützen, indem er als Root-Schnittstelle Throwable verwendet wird.

Answer 2

IMHO, nimmt Exception Klassen Throwable als Parameter, da einige Bibliotheken oder APIs könnten ihre eigene Art erstellen, müssen Throwable, und dann Exception Handler erstreckt sich auch mit denjenigen umgehen können.

Auch Sie können throw eine Throwable nicht unbedingt eine Ausnahme, Dies macht es sehr einfach zu etwas werfen, das eine benutzerdefinierte Art von Programmfehler ist, und basierend darauf wird es seine Ebene der "Wiederherstellbarkeit" haben.

Für Ihre benutzerdefinierten Exception-Klassen, ich denke, es hängt von der Granularität, die Sie bei der Behandlung von Ausnahmen benötigen, würden am häufigsten Throwable s behandelt, weil Sie möglicherweise nicht von einem Fehler wiederherstellen können, aber Sie noch Benutzer benachrichtigen dass es passiert ist.