Exceptions Java : Checked vs. Unchecked

1. Qu'est-ce qu'une exception ?

Lorsque votre code rencontre une situation anormale qui interrompt son déroulement normal, Java "lève" une exception. Contrairement à certains langages où une erreur peut être une simple valeur de retour (comme -1 ou false), en Java, une exception est un objet à part entière. Cet objet contient des informations sur l'erreur qui s'est produite : son type, le message d'erreur et l'endroit exact où elle est survenue dans le code (la "pile d'appels" ou stack trace).

2. La hiérarchie des Throwable

En Java, tout ce qui peut être "jeté" (levé) comme une erreur ou une exception hérite d'une classe mère commune : java.lang.Throwable. Cette classe a deux "enfants" principaux qui représentent deux grandes catégories de problèmes : Error et Exception.

La classe Error

Les objets de type Error signalent des problèmes graves liés à l'environnement d'exécution de Java (la JVM) lui-même. Ce sont des situations catastrophiques desquelles une application ne peut généralement pas se remettre.

• Exemples : OutOfMemoryError (la JVM n'a plus de mémoire disponible), StackOverflowError (généralement causé par une récursivité infinie qui sature la pile d'appels).
• Gestion : Une application ne doit pas essayer de capturer ou de gérer ces erreurs. Elles indiquent un problème si fondamental que la seule action raisonnable est de laisser le programme s'arrêter.

La classe Exception

C'est la classe qui nous intéresse le plus. Elle représente des conditions anormales qu'une application pourrait raisonnablement vouloir gérer. Par exemple, un fichier qu'on essaie de lire n'existe pas, ou un utilisateur saisit du texte là où un nombre est attendu.

C'est ici que se trouve la distinction la plus importante en Java, une qui influence directement la manière dont vous écrivez votre code. La classe Exception se subdivise elle-même en deux grandes catégories.

3. La distinction cruciale : Checked vs. Unchecked

Cette distinction est au cœur du mécanisme de gestion des erreurs en Java. Elle est imposée par le compilateur et vous force à réfléchir aux erreurs possibles lorsque vous écrivez votre code.

Les exceptions non-vérifiées (Unchecked Exceptions)

Ce groupe comprend :

1. Toutes les classes qui héritent de RuntimeException.
2. Toutes les classes qui héritent de Error.

Elles sont appelées "non-vérifiées" car le compilateur ne vous oblige pas à les gérer. Il ne vérifiera pas si vous avez mis en place un bloc try-catch ou si vous les avez déclarées.

• Quel est leur rôle ? Elles signalent principalement des erreurs de programmation (bugs) ou des problèmes critiques à l'exécution.
  • NullPointerException : Vous tentez d'utiliser un objet dont la référence est null. C'est un bug à corriger.
  • ArrayIndexOutOfBoundsException : Vous essayez d'accéder à un indice qui n'existe pas dans un tableau. C'est un bug à corriger.
  • IllegalArgumentException : Vous avez passé un argument invalide à une méthode. C'est un bug à corriger.

L'idée fondamentale est que vous devriez écrire votre code de manière à ce que ces exceptions n'arrivent jamais. On ne les "gère" pas, on les "corrige".

Les exceptions vérifiées (Checked Exceptions)

Ce groupe comprend toutes les classes qui héritent de Exception mais qui n'héritent pas de RuntimeException.

Elles sont appelées "vérifiées" car le compilateur vous oblige à les gérer. Si vous appelez une méthode qui peut lever une exception vérifiée, vous avez deux choix, sinon votre code ne compilera pas :

1. Gérer l'exception en entourant l'appel de méthode d'un bloc try-catch.
2. Propager l'exception en ajoutant une clause throws à la signature de votre propre méthode.

• Quel est leur rôle ? Elles représentent des conditions d'erreur prévisibles et souvent récupérables qui sont hors du contrôle direct du programmeur. Ce ne sont pas des bugs, mais des situations que le programme doit anticiper.
  • IOException : Une erreur s'est produite lors d'une lecture ou écriture de fichier. Le fichier n'existe peut-être pas, ou le disque est plein.
  • SQLException : Un problème est survenu lors de la communication avec une base de données. Le serveur de base de données est peut-être éteint.
  • FileNotFoundException : Un cas spécifique de IOException.

4. Tableau récapitulatif

Voici un résumé pour vous aider à consolider ces concepts.

Conclusion

Félicitations ! Vous venez de décortiquer l'un des aspects les plus structurants de Java. Comprendre cette hiérarchie et la différence entre les exceptions vérifiées et non-vérifiées est une étape fondamentale pour devenir un développeur Java compétent.

Points clés à retenir :

• Toutes les erreurs et exceptions héritent de Throwable.
• Les Error sont des problèmes graves de la JVM que l'on ne gère pas.
• Les Exception sont des problèmes liés au programme, qui se divisent en deux catégories.
• Les exceptions vérifiées (checked) forcent le développeur à gérer les erreurs prévisibles à la compilation (IOException).
• Les exceptions non-vérifiées (unchecked) signalent des bugs dans le code et ne sont pas contrôlées par le compilateur (NullPointerException).

Maintenant que vous savez identifier et classifier les différents types d'erreurs, la prochaine leçon sera très pratique. Nous allons apprendre à utiliser les outils que Java nous donne pour les maîtriser : les blocs try, catch et finally.