Maison > Java > javaDidacticiel > Pourquoi le code de gestion des exceptions Java produit-il « 132Exception dans le thread principal MyExc1 » au lieu de « 13Exception dans le thread principal MyExc2 » ?

Pourquoi le code de gestion des exceptions Java produit-il « 132Exception dans le thread principal MyExc1 » au lieu de « 13Exception dans le thread principal MyExc2 » ?

Linda Hamilton
Libérer: 2024-10-29 18:38:12
original
1032 Les gens l'ont consulté

Why does the Java exception handling code produce

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>
Copier après la connexion

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 :

  • Principe : Lorsqu'une nouvelle exception est levée dans un catch ou un bloc final, l'exception en cours de traitement est abandonnée.
  • Conséquences :

    • La propagation de l'exception actuelle est interrompue.
    • La nouvelle exception devient l'exception de propagation.
    • La nouvelle exception déroule la pile normalement, rencontrer un catch applicable ou finalement des blocages.

Retracer l'exécution

Application de ce principe au code :

  1. Exécution initiale :

    • Ligne 13 : MyExc1 est lancé dans le bloc try de q().
    • Ligne 18 : Le MyExc1 est capturé dans le bloc catch de q().
    • Ligne 21 : la ligne 21 est exécutée (imprime 3).
  2. Catch Block Exception :

    • Ligne 19 : MyExc2 est lancé dans le bloc catch de main().
    • Ligne 22 : MyExc2 abandonne la propagation de MyExc1.
    • Ligne 19 : MyExc2 commence à dérouler la pile.
  3. L'exécution reprend dans le bloc Try de Main :

    • Ligne 15 : La ligne 15 est exécutée (imprime 2).
    • Ligne 16 : MyExc1 est lancée dans le bloc final de main().
    • Ligne 16 : MyExc1 abandonne la propagation de MyExc2.
    • Ligne 16 : MyExc1 commence à dérouler la pile (et est toujours soumis au bloc final de main).
  4. Exception de bloc final :

    • Ligne 23 : une exception est levée dans le bloc final de main().
    • Ligne 23 : l'exception annule la propagation de MyExc1.
    • Ligne 23 : l'exception commence à se dérouler la pile.

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!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal