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 :
<code class="java">// 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(); } } }</code>
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 fil de discussion 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 :
Exception de bloc final :
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.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!