QCM gestion des exceptions Java

QCM – Exercices Java
- La gestion des exceptions -

Q.C.M. Connaissances préalables
Ce Q.C.M. doit être réalisé avant l’exploitation des exercices dédiés aux exceptions.
Il vous permet de :
vous assurer que vous maîtrisez les concepts liés à la gestion des exceptions.
revoir éventuellement certaines parties du support de la série 4 « La gestion des exceptions »
pour lever toute ambiguïté sur le sujet.
NB : Pour certaines questions, plusieurs propositions peuvent convenir. Cochez alors les
réponses que vous jugerez pertinentes.

AFPA / Mai 2014 QCM-Exercices Java-La gestion des exceptions Page 1/3
Questions réflexives préalables.
A quoi servent les exceptions dans un programme Java ?
Quels avantages procurent-elles au développeur et à l’application elle-même ?
1. En Java, pendant la phase de compilation, certaines exceptions :
☐ peuvent être levées si elles sont surveillées.
☐ peuvent être levées si elles sont non surveillées.
☐ peuvent être levées si elles héritent de la classe Error.
☐ peuvent être levées si elles sont issues de l‘API Java.
☐ ne sont jamais levées pendant la compilation.
☐ peuvent être levées quel que soit leur type.
2. Les exceptions dont la classe dérive de java.lang.Error représentent :
☐ des exceptions surveillées.
☐ des exceptions héritées de Throwable.
☐ des exceptions déclenchées par la JVM.
☐ des exceptions non surveillées.
☐ souvent des erreurs liées à l’utilisation d’une classe.
3. En Java, les exceptions non surveillées :
☐ ne peuvent pas être gérées par un try/catch.
☐ peuvent hériter de la classe Error.
☐ sont vérifiées par le compilateur.
☐ héritent de la classe RuntimeException.
☐ sont obligatoirement issues de l’API Java.
☐ sont obligatoirement des classes codées par le développeur.
4. En Java, les exceptions surveillées :
☐ héritent de la classe Error.
☐ sont obligatoirement des classes codées par le développeur.
☐ héritent de la classe RuntimeException.
☐ héritent de la classe Exception mais pas de RuntimeException.
☐ sont vérifiées par le compilateur.
☐ sont obligatoirement capturées dans un bloc catch.

AFPA / Mai 2014 QCM-Exercices Java-La gestion des exceptions Page 2/3
5. Les exceptions surveillées :
☐ contraignent impérativement le développeur à mettre en œuvre un bloc try/catch ou
utiliser la clause throws.
☐ imposent la mise en œuvre de la clause finally si la clause throws est mise en œuvre.
☐ concernent pour la plupart les opérations d’entrées/sorties (fichiers, réseau, accès base de
données).
☐ doivent faire l’objet de l’affichage et de l’enregistrement dans des fichiers de log.
☐ sont vérifiées préventivement par le compilateur pour produire des programmes plus
robustes.
6. Le mot clé throw :
☐ permet de déléguer à la méthode appelante la gestion de l’exception.
☐ est utilisé uniquement pour les exceptions issues de classes codées par le développeur.
☐ est suivi immédiatement par le nom d’une classe.
☐ peut s’utiliser dans un constructeur.
☐ est suivi par une instance d’exception qui peut être anonyme.
☐ est suivi par une instance dérivée uniquement de la classe RuntimeException.
☐ permet de capturer plusieurs types d’exception.
7. Le mot clé catch :
☐ ne sert à attraper que des exceptions surveillées.
☐ reçoit en paramètre que des exceptions surveillées de l’API Java.
☐ peut apparaître plusieurs fois derrière un même bloc try.
☐ peut contenir dans son bloc associé des instructions levant des exceptions.
☐ plusieurs blocs catch consécutifs doivent impérativement respecter un certain ordre.
8. Quelles sont les contraintes à respecter lorsque dans le bloc d’une méthode le mot-clé throw est
utilisé ?
☐ aucune contrainte n’est imposée si l’exception déclenchée est non surveillée.
☐ il faut obligatoirement faire apparaitre un bloc try/catch au sein de ce bloc.
☐ il faut obligatoirement faire apparaître la clause throws dans l’entête de la méthode que
l’exception soit surveillée ou non.
☐ il faut instancier une exception.
☐ si l’exception est surveillée, il faut soit traiter localement l’exception, soit la transmettre à la
méthode appelante.
☐ aucune précaution à respecter si l’exception est issue d’une classe codée par le
développeur.

AFPA / Mai 2014 QCM-Exercices Java-La gestion des exceptions Page 3/3
9. Le mot-clé throws :
☐ permet de lancer une exception surveillée ou non surveillée.
☐ peut être précisé dans l’entête d’une méthode pour signaler une possible levée d’exception
surveillée dans cette méthode.
☐ peut être précisé dans l’entête d’une méthode pour signaler une possible levée d’exception
non surveillée dans cette méthode.
☐ peut être précisé dans l’entête d’une méthode peut indiquer à la méthode appelante que
plusieurs catégories d’exception peuvent être levées.
☐ permet de propager l’exception que l’auteur de la méthode ne souhaite pas traiter
localement.
10. Question réflexive N1 :
Aucune classe d’exception de l’API Java ne correspond aux exceptions que vous souhaitez
déclencher.
Quelle démarche mettez-vous en œuvre ?
Quelle(s) méthode(s) doivent comporter vos classes d’exception ?
Ecrivez sur une feuille libre le canevas type des classes mises en jeu .
Dans un projet de l’IDE où rangez-vous vos classes d’exception ?
11. Réflexions concernant une instance de la classe Class .
Que permet-elle ?
Quel est le rôle de la méthode forName (String ) et quel type de données renvoie-t-elle ?
Quel est le rôle du paramètre de type String reçu par forName(…) ?
Quel est le rôle de la méthode newInstance() ?
Peut-on appeler la méthode getClass() sur n’importe quelle instance ? Pourquoi ?