3. Déclenchement d'une exception

Une exception peut être déclenchée de deux façons :

l'exécution du programme ne se déroule pas de la façon prévue, et la machine Java génère une exception ;
le programme décide lui-même de déclencher une exception, afin de signaler à la méthode appelante que quelque chose ne se déroule pas comme prévu

3.1. Exceptions déclenchées par la JVM

Nous avons déjà vu des exemples de déclenchement non prévu d'exception. Voici un exemple pour déclencher quelques exceptions et erreurs.

Exemple 106. Déclenchement d'exceptions par la JVM

// Exemple 1
 int i =  0 ;
 int j =  0 ;
 int k = i / j ;  // déclenche une java.lang.ArtithmeticException

 // Example 2
String bonjourLeMonde = null ;
 int l = s.length()  // déclenche la célèbre java.lang.NullPointerException

 // Example 3
 int [] quelquesEntier =  new  int [] {  3,  1,  4,  1,  5,  9 } ;
 int k = quelquesEntier[1000] ;  // déclenche java.lang.IndexOutOfBoundsException

Ces trois exemples sont des erreurs : il n'y a pas besoin d'écrire de code pour les gérer. Nous verrons dans la suite que ce n'est pas le cas de toutes les exceptions.

3.2. Exceptions déclenchées par l'application

Il est également possible de déclencher nos propres exceptions, qu'elles soient instances de classes fournies par l'API Java, ou de nos propres classes. Voyons cela sur l'exemple suivant.

Exemple 107. Déclenchement manuel d'une exception

if (temperature >  40) {
    throw (new Exception("Il fait trop chaud !")) ;
}

Le mot-clé throw fait partie des mots-clés réservés du langage Java, et il permet de forcer la génération d'une exception, représentée par l'objet qu'on lui passe en paramètre. Si une méthode porte en elle le déclenchement, même conditionnel, d'une exception, elle doit le déclarer dans sa signature. C'est le cas par exemple de la plupart des méthodes des classes qui gèrent les fichiers. La classe FileReader, qui permet de lire des fichiers, déclare par exemple l'exception suivante :

 public FileReader(String fileName) throws FileNotFoundException

Cette exception est déclarée sur le constructeur (ce qui est parfaitement légal). Si l'on tente de construire une instance de FileReader en fournissant un nom de fichier qui n'existe pas, notre objet ne sera pas construit, et une exception du type FileNotFoundException sera générée. On notera la différence entre la génération manuelle d'une exception qui utilise le mot-clé throw (sans s ), et la déclaration au niveau de la signature d'une méthode, qui utilise le mot-clé throws (avec un s ). Dire que la déclaration des exceptions fait partie de la signature d'une méthode est un abus de langage : en toute rigueur, elle n'en fait pas partie. Notons enfin que l'on peut également générer manuellement des runtime exception . Ces exceptions n'ont pas à être déclarées avec la signature de la méthode. Dans un programme Java, toute exception jetée explicitement doit être soit propagée vers la méthode appelante, soit traitée localement. La propagation d’une exception se fait simplement dans la déclaration de la méthode, comme dans l’exemple suivant.

Exemple 108. Propagation d'un exception

public  void jeLisUnFichier(String nomDeFichier)  throws FileNotFoundException {
   FileReader =  new FileReader(nomDeFichier) ;
}

Dans notre exemple, l'exception que peut générer la construction du FileReader est propagée à la méthode appelante, qui pourra elle-même la traiter ou la propager. Il est possible de déclarer autant d'exceptions que l'on veut dans une clause throws. Il est également possible de déclarer tout objet ancêtre des exceptions jetées, tel que Exception ou même Throwable. Cette façon de faire n'est toutefois pas très astucieuse, dans la mesure où le type de l'exception jetée porte l'information de l'erreur qui a été rencontrée.

Java langage & API

Retour au blog Java le soir

Cours & Tutoriaux