Exemples graphiques de gestion des exceptions Java

Gestion des exceptions Java

Les exceptions sont des erreurs dans le programme, mais toutes les erreurs ne sont pas des exceptions et les erreurs peuvent parfois être évitées.

Par exemple, s'il manque un point-virgule dans votre code, le résultat sera une erreur java.lang.Error; si vous utilisez System.out.println(11/0), alors vous êtes parce que Si vous divisez par 0, une java.lang.ArithmeticException sera levée.

Il existe de nombreuses raisons d'exceptions, qui incluent généralement les catégories suivantes :

L'utilisateur a saisi des données illégales.

Le fichier à ouvrir n'existe pas.

La connexion est interrompue lors de la communication réseau ou la mémoire JVM déborde.

Certaines de ces exceptions sont causées par des erreurs de l'utilisateur, certaines sont causées par des erreurs de programme et d'autres sont causées par des erreurs physiques. -

Pour comprendre le fonctionnement de la gestion des exceptions Java, vous devez maîtriser les trois types d'exceptions suivants :

Exceptions vérifiées : L'exception vérifiée la plus représentative est l'erreur utilisateur Ou les problèmes provoquent des exceptions que le programmeur ne pouvait pas prévoir. Par exemple, lorsque vous essayez d'ouvrir un fichier qui n'existe pas, une exception se produit. Ces exceptions ne peuvent pas être simplement ignorées au moment de la compilation.

Exceptions d'exécution : les exceptions d'exécution sont des exceptions qui peuvent être évitées par le programmeur. Contrairement aux exceptions vérifiées, les exceptions d'exécution peuvent être ignorées au moment de la compilation.

Erreur : l'erreur n'est pas une exception, mais un problème indépendant de la volonté du programmeur. Les erreurs sont souvent ignorées dans le code. Par exemple, lorsque la pile déborde, une erreur se produit qui ne peut pas être vérifiée lors de la compilation.

1. Relation successorale

2. Erreur

Une erreur qui ne peut pas être gérée lorsque le programme est en cours d'exécution. Une fois qu'elle se produit, la JVM termine l'exécution.

3.Exception

L'exception est une erreur qui se produit lorsque le programme est compilé et exécuté. Une fois qu'elle se produit, la JVM l'indiquera à la machine. programmeur pour le gérer. S'il est géré correctement, le programme peut toujours être exécuté. Ceci est différent d'une erreur. Une fois qu'une erreur se produit, elle ne peut pas être gérée et le programme se termine immédiatement.
est divisé en deux types :

• Exception d'exécution : se produit au moment de l'exécution, classe et sous-classes RuntimeException. Aucun traitement n'est requis lors de la compilation, il se produit lors de la phase d'exécution. Les plus courants incluent NullPointerExceptionStringIndexOutOfBounds ClassCastException ArrayIndexOutOfBounds.

• Exception au moment de la compilation (exception vérifiée) : une exception qui doit être gérée lors de l'écriture du code. Si elle n'est pas gérée, la compilation ne réussira pas. Les exceptions au moment de la compilation ont des mesures de gestion mises en place pendant la phase de compilation du code , donc même si une exception se produit, cela peut ne pas affecter le fonctionnement normal du programme. Par conséquent, certains systèmes prennent en compte le temps de compilation exceptions comme conditions normales. Traitement, par exemple, Spring se soumet normalement lorsqu'une exception de compilation se produit par défaut. Lancer explicitement des exceptions dans le programme équivaut aux exceptions qui doivent être gérées pendant la phase de compilation et constitue une exception au moment de la compilation. Les plus courantes incluent ClassNotFoundException FileNotFounExceptionParseExceptionSQLExceptionIOException.

La base pour diviser les deux exceptions est la probabilité réelle d'occurrence. La JVM traite les exceptions avec une forte probabilité d'occurrence comme des exceptions vérifiées, obligeant les programmeurs à <.> traitement, tandis que l'exception d'exécution JVM estime que la probabilité d'occurrence est très faible et n'exige pas que les programmeurs la gèrent.

4.essayer...attraper...enfin...

• est utilisé pour capturer à l'intérieur du méthode et gérer les exceptions.

• Placez le bloc d'instructions là où des exceptions peuvent se produire après l'essai. Lorsqu'une exception se produit, le bloc d'instructions try arrête l'exécution et passe au bloc d'instructions catch pour l'exécution. Le bloc d'instruction catch s'exécute

  Une fois terminé, le code suivant le bloc d'instruction catch continuera à être exécuté.

• Le bloc d'instructions final sera exécuté indépendamment du fait qu'une exception se produise, et le code pour fermer la ressource est généralement placé à l'intérieur.

5. Exception personnalisée

Hériter d'une exception et lancer une exception dans des conditions spécifiées "lancer MyException (xxxx)" , le but est de refléter en détail l'état d'exécution du programme.

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!