Il y a généralement deux façons de gérer les exceptions, soit assister à l'exception d'essai, soit lancer les lancers d'exception
Si une méthode lance une exception d'exécution (lance RuntimeException) par la suite, l'appelant n'a pas besoin de le faire face
Si une méthode est lancée après une exception à temps de compilation, l'appelant doit le gérer, lancer ou essayer un coup;
Les exceptions pendant l'exécution ne sont généralement pas gérées et sont généralement des erreurs logiques dans le programme, telles que le dénominateur étant 0 en tant que diviseur. . .
Notez que si une exception se produit dans l'essai, l'instruction ci-dessous ne sera pas exécutée. Retournez pour trouver le traitement des exceptions de correspondance de catch et la prochaine instruction sera traitée (c'est-à-dire que l'instruction après le coup-cap-final continuera d'être exécutée)
/ *
* Parfois, nous pouvons gérer les exceptions, mais parfois, nous n'avons pas la permission de gérer une exception du tout.
* Ou, si je ne peux pas le gérer, je ne le gérerai pas.
* Afin de résoudre le problème d'erreur, Java fournit une autre solution pour cette situation: le lancer.
*
* Format:
* lance le nom de la classe d'exception
* Remarque: ce format doit être suivi des supports de la méthode.
*
* Avis:
* Essayez de ne pas lancer des exceptions sur la méthode principale.
* Mais j'ai fait cela pour des raisons de commodité.
*
* Résumé:
* Une exception est lancée pendant la période de compilation et doit être gérée par l'appelant à l'avenir.
* Une exception est lancée pendant l'exécution et les appels futurs ne doivent pas être traités.
* /
Toutes les exceptions de RuntimeException et de ses sous-classes ne sont pas traitées (non lancées ou capturées). Si vous savez vraiment qu'une exception sera lancée au moment de l'exécution, il est normal de vérifier directement la logique de modification du programme! ! !
Exception du package; Importer java.text.parseException; import java.text.simpledateformat; import java.util.date; public class exceptionDemo {public static void main (string [] args) {system.out.println ("avant d'appeler la méthode"); try {méthode (); // exception jetée doit être manipulée pendant la période de compilation} prime (ParseExpection E) gens Si l'exception est lancée, l'appelant n'a pas besoin de gérer l'exception} public static void method () lève ParseException {String String = "2015-05-30"; SimpledateFormat sdf = new SimpledateFormat ("Yyyy-mm-dd"); // Le format de chaîne sera progressivement adapté et si l'exception n'est pas correcte, l'exception sera exprimée, l'exception sera expliquée. SimpledateFormat ("Yyyy-mm-dd hh: mm: ss"); // Si String n'a que 2015-05-30 et il n'y a pas de suivi, alors il exécutera une exception car ce sdf2 ne peut pas correspondre à HH: mm: ssdate date = sdf.parse (String); System.out.println ("Date Formatting:" + Date);}}Diagramme de structure d'exception:
Nous, les programmeurs, ne pouvons pas gérer les exceptions d'erreur sans avoir à les traiter.
Nous n'avons pas besoin de faire face à l'exception d'exécution de l'exception d'exécution.
Les autres sont des exceptions dans la période de compilation, et nous devons y faire face.
Ce qui précède est tout le contenu que l'éditeur vous apporte sur la différence entre le diagramme de structure anormal, l'exception de la période de compilation et l'exception de la période d'exécution. J'espère que ce sera utile à tout le monde et soutenir Wulin.com plus ~