Gestion des exceptions en Java : lever l'ambiguïté
Dans un scénario déroutant de gestion des exceptions Java, une question universitaire présentait l'extrait de code suivant :
// Exception Heirarchy
class MyExc1 extends Exception {}
class MyExc2 extends Exception {}
class MyExc3 extends MyExc2 {}
// Main Class
public class C1 {
public static void main(String[] args) throws Exception {
try {
System.out.print(1);
q();
}
catch (Exception i) {
throw new MyExc2();
}
finally {
System.out.print(2);
throw new MyExc1();
}
}
static void q() throws Exception {
try {
throw new MyExc1();
}
catch (Exception y) {
}
finally {
System.out.print(3);
throw new Exception();
}
}
}
La question demandait sa sortie et la réponse fournie était "13Exception dans le thread principal MyExc2". Cependant, la bonne réponse est "132Exception dans le thread principal MyExc1".
Clarifier l'ambiguïté
Pour déchiffrer ce casse-tête, il est essentiel de comprendre la préséance des exceptions :
Conséquences :
Retracer l'exécution
Application de ce principe au code :
Exécution initiale :
Catch Block Exception :
L'exécution reprend dans le bloc Try de Main :
Finally Block Exception :
Sortie :
La sortie finale est "132Exception dans le thread principal MyExc1" car l'exception qui se propage de la méthode principale est le MyExc1 lancé à la ligne 16. Le MyExc2 lancé à la ligne 19 est abandonné lorsque MyExc1 est lancé à la ligne 16.
Clause de non-responsabilité: Toutes les ressources fournies proviennent en partie d'Internet. En cas de violation de vos droits d'auteur ou d'autres droits et intérêts, veuillez expliquer les raisons détaillées et fournir une preuve du droit d'auteur ou des droits et intérêts, puis l'envoyer à l'adresse e-mail : [email protected]. Nous nous en occuperons pour vous dans les plus brefs délais.
Copyright© 2022 湘ICP备2022001581号-3