Identifiant unique d'un objet

Version imprimable

07/08/2008, 20h25
apqmwnqmap

Identifiant unique d'un objet

Bonjour,

J'ai une classe dont j'ai surchargé le equals pour éviter des doublons par exemple. Seulement, je me retrouve à avoir besoin de différentier deux objets au sens stricte. Je m'explique : je veux faire une map qui associe une valeur différente pour des instances qui peuvent être "égales" au sens de ma surcharge... Je précise que j'ai aussi surchargé hasCode...

Donc, savez-vous si l'on peut retrouver l'id unique d'un objet? Comme ça je m'en servirais comme clef pour ma map.

Merci d'avance

PS : mon cas est peut être tordu, mais d'une mes surcharges de equals et hasCode sont maintenant nécessaires, et de deux la réponse à la question m'intéresse, même si ce n'est pas une bonne solution à mon problème.
07/08/2008, 21h45
Frifron

Un objet n'a pas d'ID unique.

Dans les spec, c'est spécifié qu'une instance n'est égale a une autre instance que si elles pointent sur le même objet.

Concernant le hashCode, c'est unique avec des pincettes apparemment :

Citation:

As much as is reasonably practical, the hashCode method defined by class Object does return distinct integers for distinct objects. (This is typically implemented by converting the internal address of the object into an integer, but this implementation technique is not required by the JavaTM programming language.)

Si tu as surchagée equals() et hashcode() le seul moyen que je vois et de gérer un ID unique toi même, avec un compteur statique que tu incrémentes a chaque nouvelle création.
07/08/2008, 21h58
tchize_

identityHashCode sur system renvoie le hashcode de Object: http://java.sun.com/j2se/1.4.2/docs/...a.lang.Object)

Sinon, pour comparer deux instances du point de vue de leur instance, suffit de faire if (x != y), çà compare les instance, pas le contenu.
08/08/2008, 04h38
avtonio

Bonjour,

Je n'ai rien à ajouter à la réponse donnée par tchize_

Juste une petite remarque pour les lecteurs que ça interresserait:

Redéfinir equals et hashcode n'est pas suffisant pour éviter les doublons.
Il faut en plus être sûr que tout le code (son propre code + APIs) qui manipule ces objets ne fait pas de "==".
Une meilleure solution à mon sens lorsque c'est possible est d'interdire la création des doublons.
08/08/2008, 09h53
apqmwnqmap

Merci tchize_, identityHashCode marche pour mon cas!

Alors, finalement, cet attribut est bien unique pour tout objet dans une JVM?
08/08/2008, 10h01
tchize_

non malheureusement :) identityHashcode te retourne le hashcode suivant le meme algorithme que Object.hashCode, comme déjà mentionné, la jvm "tente" de rendre ce code unique pour chaque objet, ce n'est pas une garantie!

Voici un exemple

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
class HashClash {
    public static void main(String[] args) {
         final Object obj = new Object();
         final int target = obj.hashCode();
         Object clash;
         long ct = 0;
         do {
             clash = new Object();
             ++ct;
         } while (clash.hashCode() != target && ct<10L*1000*1000*1000L);
         if (clash.hashCode() == target) {
             System.out.println(ct+": "+obj+" - "+clash);
         } else {
             System.out.println("No clashes found");
         }
    }
}

En une dizaines de seconde j'ai mon premier clash
37240305: java.lang.Object@10b62c9 - java.lang.Object@10b62c9

zovi22