Soit le code suivant :
public class Main { public static void main(String[] args) { Integer a = new Integer(1024); Integer b = new Integer(1024); boolean c = a < b || a == b || a > b; System.out.println(c); } }

Quel est la valeur de c ?

• true
• false
• Erreur de compilation
• Une exception est levée lors de l'exécution

Réponse : (cliquez pour afficher)

En utilisant Java 5 : false.
En utilisant Java 1.4 : Erreur de compilation.

Explication :

Le cas de Java 1.4 est certainement le plus simple à expliquer : nous avons deux objets de type Integer, et il est impossible de comparer des objets avec les opérateurs < et >. En Java 1.4, l'autoboxing n'existe pas.

Concernant Java 5, l'explication est plus profonde. Nos objets de type Integer sont automatiquement transformés en int dès que nécessaire. C'est le cas lors des comparaisons en utilisant les opérateurs < et >. Ces deux comparaisons renvoient donc false. Cependant, lors de la comparaison avec l'opérateur ==, nos objets ne sont pas convertis en int, mais leur références sont comparées. a et b étant deux objets distincts, la comparaison avec == renvoie false. D'où la valeur de c.

Quel est le nombre maximum de paramètres pour une méthode ?

• 127
• 255
• 256
• Il n'y a pas de limites
• Cela dépends du compilateur

Réponse : (cliquez pour afficher)

255

Explication :

Je n'ai malheureusement trouvé aucune référence à cette limite dans la JLS, mais cette limite a été révélée par un test avec le compilateur du JDK de Sun :

java version "1.6.0_10"
Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
Java HotSpot(TM) Server VM (build 11.0-b15, mixed mode)

J'ai également testé avec gcj (Ubuntu 4.3.2-1ubuntu2) 4.3.2. La sortie est un petit peu plus explicite :

Main.java:518: error: Too many parameters, parameter param255 is exceeding the limit of 255 words eligible for method parameters
	String param255
	       ^^^^^^^^
1 problem (1 error)

Est-ce que le code suivant compile ? public class MyException<T> extends Exception { } Réponse : (cliquez pour afficher)

Non.

Explication :

La spécification du langage précise explicitement : "It is a compile-time error if a generic class is a direct or indirect subclass of Throwable." (Traduction : "C'est une erreur de compilation si une classe générique hérite directement ou indirectement de Throwable").

En effet, le mécanisme de catch des exceptions en Java ne fonctionne qu'avec des classes non génériques. C'est pour cela que les classes héritant de Throwable ne peuvent pas être typées avec des generics.

Sources :

• Java Language Specification, §8.1.2

Ceci est le premier post d'une longue (j'espère) série de questions : l'Aperiquiz.

Le principe est simple : mettre en évidence un point précis de la spécification Java en se basant sur un exemple de code inhabituel, une question tordue ou une particularité peu connue du langage.

Prêts ? C'est parti !

Considérant le code suivant :

public class Main {

    public static String myMethod() {
        try {
            return "try";
        } catch (Exception e) {
            return "catch";
        } finally {
            return "finally";
        }
    }

    public static void main(String[] args) {
        System.out.println(myMethod());
    }

}

Quel est le résultat ?

• try
• catch
• finally

Réponse : (cliquez pour afficher)

finally

Sources :

• Stack Overflow : Questions to indicate competency in Java (merci à Martin pour le lien)