Comment faire hashCode() et identityHashCode() travail à la fin?

Comment de l'Objet.hashCode() et System.identityHashCode() travail à la fin? Ne identityHashCode() retour à la référence de l'objet? Ne hashCode() dépendent de l' ? de l'objet ? opérateur == comment faire pour travailler en back-end.

Quelle est la différence entre hashCode() et identityHashCode()?

Parlez-vous de Java? Plus de contexte serait sympa...
J'ai essayé de "réparer" la question, mais je ne peux en connaît pas la deuxième partie de la question.
Comment la JVM s'assurer que le Système.identityHashCode() ne changera jamais? permettra de clarifier un certain nombre d'ambiguite.

InformationsquelleAutor Himanshu | 2011-02-08

27

Comment faire de l'Objet.hashCode() et du Système.identityHashCode() travail à la fin?

En supposant qu'il n'a pas été remplacé, le Object.hashCode() méthode appelle simplement System.identityHashCode(this).

Le comportement exact de System.identityHashCode(Object) dépend de la JVM. (La réelle mise en œuvre récente de la Jvm Hotspot est plutôt malin, mais je m'égare.)

Ne identityHashCode() retour à la référence de l'objet?

Pas. Elle renvoie un int, et un int ne peut pas contenir une référence. (Duh!)

Que l'entier retourné par identityHashCode peut être liée à la (une) machine de l'adresse de l'objet, ou il peut ne pas être¹. La valeur retournée par identityHashCode() est la garantie de ne pas changer pour la durée de vie de l'objet. Cela signifie que le GC déplace un objet (après un identityHashCode() appel), alors il ne peut pas utiliser la nouvelle adresse d'objet que l'identité hashcode.

Ne hashCode() dépend de la ? de l'objet ? == opérateur comment travailler en back-end.

Ce n'est pas logique. Il n'y a pas de ? == ou ?== opérateur en Java.

Quelle est la différence entre hashCode() et identityHashCode()?

Ceci est en partie expliqué ci-dessus. D'autres différences sont les suivantes:
- La hashcode() méthode est un non définitif de la méthode d'instance, et devrait être remplacé dans une catégorie où la equals(Object) est remplacée. En revanche, identityHashCode(Object) est un static méthode et, par conséquent, ne peut pas être remplacée.
- La identityHashCode(Object) méthode vous donne un identificateur d'un objet qui peut (en théorie) être utilisé pour d'autres choses que de hachage et les tables de hachage. (Malheureusement, il n'est pas un unique identifiant, mais il est garantie de ne jamais changer pour la durée de vie de l'objet.)
^{1 - Pour la génération actuelle de machines virtuelles, il n'est pas lié à l'adresse de la mémoire à tous. Voir @bestsss de la réponse.}

InformationsquelleAutor Stephen C
18

identityHashCode() fonctionne comme ça (et comme de maintenant, il n'a rien à faire pour w/de l'adresse, de l'esp. puisque les adresses sont 64bits long, ok alignées, et 61)

Vérifie si il y a déjà généré un, si oui retourne. Vous pouvez supposer qu'il y a une place dans l'en-tête objet pour que int;

autrement: génère un nombre aléatoire (~~iirc twister~~ Marsaglia maj-xor algorithme), chaque thread natif a ses propres semences, donc pas d'info.
TAS le identityHashCode champ dans l'en-tête objet de mise à jour w/le nouveau numéro généré. si le TAS de réussite renvoie la valeur, si ce n'est pas le champ contient déjà un générés identityHashCode.

vous pouvez voir le reste des réponses sur la substitution hashcode.

bas de ligne:
si la javadoc encore les états de rien au sujet des adresses et identityHashCode, quelqu'un a besoin de la mettre à jour.
- Il y a 5 alternatives de code de hachage de calcul dans le code. Regarde ceci on peut voir que l'option 5, Marsaglia maj-xor, c'est vraiment actuellement utilisé. Hashcode génération a été élaboré plus en ce post
InformationsquelleAutor bestsss
11

C'est à peu près la mise en œuvre spécifique. La seule garantie que vous obtenez est

Autant qu'il est raisonnablement possible, la hashCode méthode définie par la classe Object ne retour distincts entiers pour des objets distincts. (Ce qui est généralement mis en œuvre par la conversion de l'adresse interne de l'objet en entier, mais cette mise en œuvre technique n'est pas exigée par le Java^TM langage de programmation.)

(À partir de la version 1.6 de Java JavaDoc)

En théorie, cela signifie que les valeurs pourraient être déterminé de façon arbitraire et pourrait même être de zéro pour chaque objet. Dans la pratique, c'est probablement un dérivé de l'adresse de l'objet. Bien sûr, vous devez être prudent à ce sujet. La JVM peut déplacer les objets que si il pense que c'est une bonne idée lors d'une collecte de déchets, de sorte qu'il ne va pas être "juste" l'adresse de la mémoire. Il pourrait être établi à partir d'un compteur global, ou une table de hachage de l'objet d'origine du lieu, ou à partir d'un générateur de nombre aléatoire, etc.
- Vous avez raison, je dois l'avoir mélangé à quelque chose. J'ai été coincé dans la documentation à l'arrière de mon hypotesis -- mais a échoué. 😉 supprimé ma réponse et upvoted la vôtre!
- quelle est la différence entre hashCode() et identityHashCode()?
- est la valeur par défaut de mise en œuvre de hashCode() et est souvent remplacé par les classes dérivées à se conformer aux règles de equals()/hashCode(). System.identityHashCode() fournit un moyen d'obtenir la valeur Object.hashCode() serait de retour pour cet objet, même si elle contient un remplacement pour cette méthode. Cela vous permet de faire des contenants de travail avec l'identité sémantique, depuis == et System.identityHashCode() traiter chaque objet de manière unique.
- L'idée que le hashCode utilise l'adresse de la mémoire est un artéfact historique stackoverflow.com/questions/36236615/...
InformationsquelleAutor templatetypedef
2

identityHashCode

public static int identityHashCode(Object x)

Renvoie le même code de hachage de l'objet donné que serait renvoyé par le défaut de la méthode hashCode(), si oui ou non la classe de l'objet remplace hashCode(). Le code de hachage pour la référence nulle est égale à zéro.

Voir [Java docs]

Donc si quelqu'un a remplacé hashCode() méthode dans sa catégorie, mais veut tout de même le défaut hashCode() valeur qui aurait été retourné par Objet hashCode() ensuite utiliser System.identityHashCode()

Donc, hashCode() appelle en interne System.identityHashCode() aussi longtemps que vous n'êtes pas primordial dans votre classe, si vous substituez hashCode() ce qui fera appel à votre mise en œuvre.

InformationsquelleAutor Vishrant

Beaucoup de réponses données ci-dessus, il faut juste ajouter quelques points.

Quand nous disons obj.hashCode() le contenu de l'obj est considéré comme, d'autre part
dans System.identityHashCode(obj) le contenu ne sont pas prises en considération, ainsi identityHashCode pour deux String, int(avec la même valeur) seront différentes mais Hashcode sera le même.

En cas de String pour obtenir identityHashCode chaîne piscine joue un rôle important, par exemple

    Object s1 = "abcd";
    Object s2 = new String("abcd");
    Object s3 = "abcd";
    System.out.println("identityHashCode : " + System.identityHashCode(s1) + " HashCode : " + s1.hashCode());
    System.out.println("identityHashCode : " + System.identityHashCode(s2) + " HashCode : " + s2.hashCode());
    System.out.println("identityHashCode : " + System.identityHashCode(s3) + " HashCode : " + s3.hashCode());

    //output:
    identityHashCode : 2018699554 HashCode : 2987074
    identityHashCode : 1311053135 HashCode : 2987074
    identityHashCode : 2018699554 HashCode : 2987074

ici s1 et s3 pointant vers le même ref donc identityHashCode pour s1 and s3 est toujours la même et s2 sera différent.

Même pour int aussi, IntegerCache joue un rôle important pour obtenir le identityHashCode

    Object s1 = 5;
    Object s2 = new Integer(5);
    Object s3 = 5;
    System.out.println("identityHashCode : " + System.identityHashCode(s1) + " HashCode : " + s1.hashCode());
    System.out.println("identityHashCode : " + System.identityHashCode(s2) + " HashCode : " + s2.hashCode());
    System.out.println("identityHashCode : " + System.identityHashCode(s3) + " HashCode : " + s3.hashCode());

    //Output
    identityHashCode : 2018699554 HashCode : 5
    identityHashCode : 1311053135 HashCode : 5
    identityHashCode : 2018699554 HashCode : 5

InformationsquelleAutor Hitesh Ghuge

Vous devez vous connecter pour publier un commentaire.