Est-ce le nombre d'objets dans HashMap<Object> ? Les collections n'ont-elles pas de tailles ? La capacité est la plus grande taille. La taille fait référence au nombre d'éléments dans la collection, qui est ici le nombre d'objets. En y réfléchissant, cela ne devrait pas être des octets ou quelque chose comme ça. Les collections stockent divers objets. Comment ces objets peuvent-ils avoir la même taille ? Certains objets font plus de 16 octets.
Le nombre d'entrées qui peuvent être stockées dans la carte, car la couche inférieure est implémentée à l'aide d'un tableau, c'est donc la longueur du tableau
La couche inférieure de HashMap en Java8 est un tel tableau (Node<K,V>[] table), et la capacité initiale (DEFAULT_INITIAL_CAPACITY) est la table lors de la création d'un nouveau HashMap Longueur par défaut de la table
est la longueur initiale du tableau implémenté par hashmap sous-jacent, pas le nombre d'éléments.
Est-ce le nombre d'objets dans HashMap<Object> ? Les collections n'ont-elles pas de tailles ? La capacité est la plus grande taille. La taille fait référence au nombre d'éléments dans la collection, qui est ici le nombre d'objets. En y réfléchissant, cela ne devrait pas être des octets ou quelque chose comme ça. Les collections stockent divers objets. Comment ces objets peuvent-ils avoir la même taille ? Certains objets font plus de 16 octets.
Le nombre d'entrées qui peuvent être stockées dans la carte, car la couche inférieure est implémentée à l'aide d'un tableau, c'est donc la longueur du tableau
La couche inférieure de HashMap en Java8 est un tel tableau (Node<K,V>[] table), et la capacité initiale (DEFAULT_INITIAL_CAPACITY) est la table lors de la création d'un nouveau HashMap Longueur par défaut de la table
Le nombre d'éléments pouvant y être stockés
La capacité initiale du conteneur changera dynamiquement avec le nombre d'éléments dans le conteneur.
Question de réflexion :
int array[] = new int[10];
Le 10 ici est-il un octet...