Maison  >  Article  >  Java  >  Enregistrez les pièges de la liste des classes de collection Java

Enregistrez les pièges de la liste des classes de collection Java

coldplay.xixi
coldplay.xixiavant
2020-12-17 17:16:143115parcourir

Tutoriel Java de baseIntroduction aux colonnes La classe collection comprend deux catégories principales : Carte et Collection

Enregistrez les pièges de la liste des classes de collection Java

Recommandé (gratuit) : Tutoriel de base Java

Certains des langages de programmation de haut niveau actuels fournissent diverses implémentations de structures de données prêtes à l'emploi , comme la programmation Java Le cadre de collection du langage fournit diverses implémentations. La classe collection comprend deux catégories principales : Map et Collection La liste ci-dessous Collection est l'une des classes de collection que nous utilisons souvent. jetez un œil à quelques pièges des listes List.

Premier écueil : la List renvoyée par la méthode Arrays.asList ne supporte pas les opérations d'ajout et de suppression

Par exemple, si on exécute le code suivant :

List<String> strings = Arrays.asList("m", "g");
strings.add("h");

va lancez une java.lang.UnsupportedOperationException exception , à ce moment votre système d'exploitation interne what?明明返回的 ArrayList 为啥不能往里面增加元素,这以后还能好好的增加元素吗?, puis ouvrez de manière décisive la méthode Debug :

Enregistrez les pièges de la liste des classes de collection Java

et constatez que le ArrayList renvoyé n'est pas le java.util.ArrayList que nous utilisons couramment, mais la classe interne Arrays de java.util.Arrays.ArrayList. Saisissez la méthode Arrays.asList. Le code source est le suivant : La méthode

public static <T> List<T> asList(T... a) {
    return new ArrayList<>(a);
}

renvoie la classe interne statique Arrays de java.util.Arrays.ArrayList Bien que cette classe et java.util.ArrayList héritent également de la classe abstraite <.>, via cette classe Le code source a constaté qu'il ne lève pas d'exception java.util.AbstractList par défaut pour la méthode AbstractList de la classe parent abstraite add. java.lang.UnsupportedOperationException

Enregistrez les pièges de la liste des classes de collection Java

La cause première de cet écueil est que la méthode

du strings renvoyée par notre appel est héritée de la méthode add de la classe parent abstraite , et la classe parent abstraite. Par défaut, la méthode lève l'exception add. java.lang.UnsupportedOperationException

Le deuxième écueil est que la nouvelle List renvoyée par la méthode Arrays.asList et la modification du groupe de paramètres d'origine de la méthode s'affecteront mutuellement

Sauf pour la méthode ci-dessus Arrays.asList ne prend pas en charge l'ajout, supprimer l'élément En plus de cette fosse, il existe une autre fosse :

Enregistrez les pièges de la liste des classes de collection Java

À partir du code ci-dessus, nous pouvons constater que les modifications apportées à le tableau d'origine affectera la façon dont nous passons la méthode

Obtenu un nouveau Arrays.asList, approfondissez le code source de List : java.util.Arrays.ArrayList

private static class ArrayList<E> extends AbstractList<E>
        implements RandomAccess, java.io.Serializable
    {
        private static final long serialVersionUID = -2764017481108945198L;
        private final E[] a;

        ArrayList(E[] array) {
            a = Objects.requireNonNull(array);
        }
        
        ...
        
     }

peut être trouvé que le tableau d'origine est utilisé directement, donc nous devons prêter une attention particulière lorsque nous utilisons la méthode

pour obtenir Arrays.asList, car les tableaux sont partagés et des bugs inattendus peuvent survenir lors de la modification les uns des autres. L'un des gestes standards consiste à re-List un ArrayList en tant que paramètre du constructeur new (par exemple List) ou à passer le List<string> stringList = new ArrayList(Arrays.asList(arrays))</string> dans la bibliothèque Guava et à renvoyer le nouveau Lists.newArrayList Découplés du tableau d'origine, ils ne s'influenceront plus. List

Le troisième piège est que si vous parcourez directement la collection List pour supprimer des éléments, une erreur sera signalée.
Lorsque vous parcourez directement les éléments de la collection, l'ajout ou la suppression d'éléments signalera une erreur. . Par exemple, si vous exécutez le code suivant :

List<String> stringList = Lists.newArrayList("m", "g", "h");
for (String s : stringList) {
    if (Arrays.asList("m", "h").contains(s)) {
        stringList.remove(s);
    }
}

Le code ci-dessus peut être compilé normalement, mais une exception

sera levée lors de l'exécution. En regardant son code source, vous pouvez constater que la suppression. La méthode élément java.util.ConcurrentModificationException modifiera la structure de la collection, c'est-à-dire que le remove nombre réel de modifications apportées à la collection) sera modifié, pendant le processus de boucle, le nombre réel de modifications modCount( du List actuel. La collection sera comparée au nombre de modifications de l'itérateur modCount, et expectedModCount est l'initialisation expectedModCount Si les deux ne sont pas égaux, cela signalera modCount exception. Il existe deux solutions principales : 1. Utilisez la méthode itératrice de ConcurrentModificationException pour parcourir, puis appelez les méthodes qu'elle contient. 2. Dans JDK 1.8+, vous pouvez utiliser la méthode ArrayList pour effectuer des opérations de suppression. removeIf

Enfin, une question déchirante : lors de l'appel de la méthode

de ArrayList et en passant des nombres du type de base remove et des nombres du type de package int, sont les résultats de l'exécution le même? Integer

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer