Java pour chaque boucle de jeter NullPointException

Pour répondre à ta première question: non, ces trois boucles ne sont pas équivalentes. Deuxièmement, il n'est pas null vérifier pour être trouvé dans ces boucles; il n'y a pas de sens d'essayer de faire une itération sur ce qui n'existe pas.

---

Supposons que nous avons la classe suivante:

import java.util.Arrays;
import java.util.Iterator;
import java.util.List;

public class EnhancedFor {


    private List<Integer> dummyList = Arrays.asList(1, 2, 3, 4, 5, 6, 7, 8, 9);
    private List<Integer> nullList = null;

    public void enhancedForDummyList() {
        for(Integer i : dummyList) {
            System.out.println(i);
        }
    }

    public void iteratorDummyList() {
        for(Iterator<Integer> iterator = dummyList.iterator(); iterator.hasNext();) {
            System.out.println(iterator.next());
        }
    }

    public void normalLoopDummyList() {
        for(int i = 0; i < dummyList.size(); i++) {
            System.out.println(dummyList.get(i));
        }
    }
}

Nous allons le décomposer en ses bytecode et voir si il n'y a aucune différence entre ces boucles.

1: meilleur Pour vs Itérateur

Voici le pseudo-code pour le renforcement de la boucle for.

public enhancedForDummyList()V
   L0
    LINENUMBER 12 L0
    ALOAD 0
    GETFIELD EnhancedFor.dummyList : Ljava/util/List;
    INVOKEINTERFACE java/util/List.iterator ()Ljava/util/Iterator;
    ASTORE 1
   L1
   FRAME APPEND [java/util/Iterator]
    ALOAD 1
    INVOKEINTERFACE java/util/Iterator.hasNext ()Z
    IFEQ L2
    ALOAD 1
    INVOKEINTERFACE java/util/Iterator.next ()Ljava/lang/Object;
    CHECKCAST java/lang/Integer
    ASTORE 2
   L3
    LINENUMBER 13 L3
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 2
    INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/Object;)V
   L4
    LINENUMBER 14 L4
    GOTO L1
   L2
    LINENUMBER 15 L2
   FRAME CHOP 1
    RETURN
   L5
    LOCALVARIABLE i Ljava/lang/Integer; L3 L4 2
    LOCALVARIABLE i$ Ljava/util/Iterator; L1 L2 1
    LOCALVARIABLE this LEnhancedFor; L0 L5 0
    MAXSTACK = 2
    MAXLOCALS = 3

Ci-dessous c'est le pseudo-code pour l'itérateur.

public iteratorDummyList()V
   L0
    LINENUMBER 24 L0
    ALOAD 0
    GETFIELD EnhancedFor.dummyList : Ljava/util/List;
    INVOKEINTERFACE java/util/List.iterator ()Ljava/util/Iterator;
    ASTORE 1
   L1
   FRAME APPEND [java/util/Iterator]
    ALOAD 1
    INVOKEINTERFACE java/util/Iterator.hasNext ()Z
    IFEQ L2
   L3
    LINENUMBER 25 L3
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 1
    INVOKEINTERFACE java/util/Iterator.next ()Ljava/lang/Object;
    INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/Object;)V
    GOTO L1
   L2
    LINENUMBER 27 L2
   FRAME CHOP 1
    RETURN
   L4
    LOCALVARIABLE iterator Ljava/util/Iterator; L1 L2 1
    //signature Ljava/util/Iterator<Ljava/lang/Integer;>;
    //declaration: java.util.Iterator<java.lang.Integer>
    LOCALVARIABLE this LEnhancedFor; L0 L4 0
    MAXSTACK = 2
    MAXLOCALS = 2

En fin de compte, il ne ressemble qu'ils font des choses similaires. Ils utilisent la même interface. Il y a une variation que l'amélioration de la boucle for est à l'aide de deux variables pour la valeur actuelle (i) et le curseur pour le reste de la liste (i$), alors que l'itérateur doit seulement le curseur à invoquer .next().

Similaire, mais pas tout à fait la même.

2. Amélioré Pour vs pour-Boucle

Nous allons ajouter dans le bytecode pour la boucle for.

public normalLoopDummyList()V
   L0
    LINENUMBER 24 L0
    ICONST_0
    ISTORE 1
   L1
   FRAME APPEND [I]
    ILOAD 1
    ALOAD 0
    GETFIELD EnhancedFor.dummyList : Ljava/util/List;
    INVOKEINTERFACE java/util/List.size ()I
    IF_ICMPGE L2
   L3
    LINENUMBER 25 L3
    GETSTATIC java/lang/System.out : Ljava/io/PrintStream;
    ALOAD 0
    GETFIELD EnhancedFor.dummyList : Ljava/util/List;
    ILOAD 1
    INVOKEINTERFACE java/util/List.get (I)Ljava/lang/Object;
    INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/Object;)V
   L4
    LINENUMBER 24 L4
    IINC 1 1
    GOTO L1
   L2
    LINENUMBER 27 L2
   FRAME CHOP 1
    RETURN
   L5
    LOCALVARIABLE i I L1 L2 1
    LOCALVARIABLE this LEnhancedFor; L0 L5 0
    MAXSTACK = 3
    MAXLOCALS = 2

C'est de faire quelque chose de différent. Ce n'est pas à l'aide de la Iterator interface à tous. Au lieu de cela, nous faisons appels à get(), qui n'est défini que par la List, pas la Iterator.

3. Conclusion

Il y a une raison valable pour expliquer pourquoi la liste nous sommes déréférencement est supposé ne pas null - nous sommes en invoquant les méthodes spécifiées par l'interface. Si ces méthodes n'étaient pas mises en œuvre, ce serait différent: jeter un UnsupportedOperationException. Si l'objet que nous essayons d'invoquer le contrat n'existait pas, qui n'a tout simplement pas de bon sens.

OriginalL'auteur Makoto

La raison pour laquelle il n'a pas d'insérer une valeur null check est parce qu'il n'est pas défini. Vous pouvez trouver les règles pour les boucles foreach dans la section 14.14.2 de la Java Langage de Spécification.

Quant à savoir pourquoi il est conçu de cette façon, la plus grande question est pourquoi pas?

• C'est naturel. la boucle foreach se comporte comme un équivalent de la boucle sans magie comportement

• Il est souhaitée. Habituellement, les gens ne veulent pas de code échouer en silence lorsqu'une erreur se produit.

Le problème de performance proposé par Alvin Wong a probablement été une considération mineure, au mieux. La JVM généralement optimiser loin null vérifie dans les cas où la variable est toujours une valeur non null, alors l'impact sur les performances est négligeable.

OriginalL'auteur Antimony

"Je pense que for (Object o : arr){ } est équivalent à

for (int i = 0; i < arr.longueur; i++) { }"

Pourquoi pensez-vous que? comment peut-arr.la longueur de pas de lever une exception si l'arr est nulle?
null ne peut pas avoir une longueur.

Si for(Object o :arr) ne jette pas une exception qui doit signifier que l'(:) la boucle est assez intelligent pour vérifier si l'arr est nulle et de ne pas essayer de tirer des éléments hors de lui. Évidemment, le for(;;) de la boucle n'est pas aussi intelligent.

OriginalL'auteur Genia S.

Vous avez déjà répondu à votre question, si l'arr est null arr.longueur jette NullPointerException. Donc for (Object o : arr){ } est un équivalent à

for (int i = 0; i < arr.length; i++) { } 

OriginalL'auteur Ahmet Karakaya