Nous savons que Try est responsable de la saisie des codes qui peuvent produire des exceptions; Catch est responsable de la gestion des exceptions possibles dans TRY, telles que l'enregistrement des journaux d'erreur pour permettre aux entreprises d'exécuter normalement; Enfin responsable des travaux de suivi tels que la libération des ressources et le code qui doit être exécuté, qu'il y ait ou non. Si la capture et enfin éprouvent également des exceptions, quel sera l'effet?
essayez {// java.lang.arithmeticexception int a = 1/0; } catch (exception e) {System.out.println ("catch"); // java.lang.nullpointerException String value = null; System.out.println (valeur.length ()); } enfin {System.out.println ("enfin"); // java.lang.arrayindexoutofboundSexception int [] array = {1, 2, 3}; System.out.println (Array [6]); }Le résultat d'exécution final de ce code est: un arrayIndexoutofBoundSexception sera lancé. Une exception se produit dans le code dans l'essai et la prise correspondante sera exécutée;
Si une exception se produit lors de la prise, elle sera finalement exécutée; S'il y a enfin une exception, il sera directement jeté au JVM car il n'est pas traité. Si ce n'est pas utilisé ici
Enfin Block, une nulpointerException sera lancée.
Cela signifie que les exceptions qui apparaissent dans les prises et enfin seront lancées directement. Si nous ne le traitons pas, une erreur sera générée au moment de l'exécution. Cela nous rappelle que si la capture et enfin des exceptions peuvent également se produire, alors le coup de temps doit être traité à nouveau.
Certaines choses notables (doivent lire) dans l'article ci-dessus "Try-capch-finally" sont tout le contenu que je partage avec vous. J'espère que vous pourrez vous faire référence et j'espère que vous pourrez soutenir Wulin.com plus.