Discussion :

[smutmutant2003]

Bonjour a tous et a toute
Je voudrai recuperer l'adresse d'une variable -chaine- et je ne sais plus comment.
Si mes souvenirs sont bons en C on fait
int C= nom et le type de la variable et le printf nous renvoie l'adresse.
En java comment fait on ???


En vous remerciant a l'avance

[Baptiste Wicht]

En Java, on ne le fait pas. La notion d'addresse est gérée par la JVM, tu n'y a pas accès...

Pourquoi as tu besoin de l'addresse mémoire d'un objet ?

[smutmutant2003]

Bonjour et d'abord merci pour ta reponse tres rapide

En fait c'etait pour une demonstration, pour une personne qui hier m'a demander de comparer deux chaines de caracteres.
if(chaineA==chaineB),
Je lui ai dit que cette methode comparait les adresses et pas nessecairement les objets, par ailleur j'avais appris dans un lointain passe que le new String("") renvoie l'adresse d'un objet.
En lui disant que l'on comparait des adresses le mieux aurait ete une demo.
Par contre l'ideal pour comparer deux instances d'objets - chaine- c'etait d'utiliser les methodes compareTo et surtout la methode equals.

Cordialement

[Baptiste Wicht]

En fait, je viens de lire quelque chose qui pourrait t'intéresser.

Sur les JVM de Sun, la méthode hashCode() d'Object renvoie l'adresse mémoire de l'Objet. Donc si tu es sur la bonne JVM et que la méthode hashCode n'a jamais été redéfinie, tu peut récupérer l'addresse mémoire.

Il faudrait voir si String redéfinit la méthode hashCode() ou non.

[smutmutant2003]

Hier j'ai pense immediatement a la methode hashcode mais je l'ai tres mal utilise.
Et donc ca marche comme je veux aujourd'hui
Voici le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
String a ="Ernest";
	String b = "Ernest";
 
	System.out.println("Adresse de a "+a.hashCode()+"et adresse b "+b.hashCode() );

Resultat
Adresse de a 2084070565et adresse b 2084070565
Et encore merci les amis j'ai pas vue qu'il y a eu plusieurs reponses.
Je vais tacher d'utiliser identityHashcode que je ne connaissais pas.

[®om]

Hier j'ai pense immediatement a la methode hashcode mais je l'ai tres mal utilise.
Et donc ca marche comme je veux aujourd'hui
Voici le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
String a ="Ernest";
	String b = "Ernest";
 
	System.out.println("Adresse de a "+a.hashCode()+"et adresse b "+b.hashCode() );

Resultat
Adresse de a 2084070565et adresse b 2084070565
Et encore merci les amis j'ai pas vue qu'il y a eu plusieurs reponses.
Je vais tacher d'utiliser identityHashcode que je ne connaissais pas.

Utiliser le hashCode() pour comparer les adresses, ça n'est pas correct, car en théorie, a.equals(b) ==> a.hashCode() == b.hashCode().
Donc rien que le fait que a et b soient logiquement égaux suffit à rendre leur hashCode identique, et donc même s'ils ont des adresses différentes...

La seule méthode (dans le sens "manière", pas méthode java) est de comparer avec ==.
Avec cependant pour les String un cas particulier, c'est que "a"=="a" renvoie true (plus généralement, toutes les chaînes déclarées dans le code source et qui représentent la même chaine sont physiquement égales).
Par contre new String("a") == new String("a") return false

[adiGuba]

Salut,


Tu peux utiliser "l'identity hashCode" qui identifie de manière unique chaque objet en mémoire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

int identity = System.identityHashCode( objet );

En général ce nombre correspond à l'adresse mémoire de l'objet utilisé par la JVM (mais ce n'est pas une obligation et cela peut dépendre de l'implémentation de la JVM).

a++

[edit]

Il faudrait voir si String redéfinit la méthode hashCode() ou non.

Nos post se sont croisé
Bien sûr que String redéfinit hashCode() ! Sinon on ne pourrait pas utilisé de String dans les Map

System.identityHashCode() qui retourne la même chose que la méthode hashCode() de base

[Baptiste Wicht]

Nos post se sont croisé
Bien sûr que String redéfinit hashCode() ! Sinon on ne pourrait pas utilisé de String dans les Map

Aie, avais pas pensé

System.identityHashCode() qui retourne la même chose que la méthode hashCode() de base

Ok, donc ça dépend juste de la JVM alors ?

[adiGuba]

Ok, donc ça dépend juste de la JVM alors ?

Oui : cela permet de distinguer deux objets au sein d'une même exécution.
Mais cela ne correspond pas forcément à l'adresse mémoire (même si c'est le cas dans les JVM de Sun)

a++