Discussion :

[money mark]

Salut !

une petite question :

Peut on considerer que la valeur retournée par hashCode() d'un objet sera exactement la même avant la sérialisation et après la désérialisation de cet objet ??

Si oui, puis je affirmer que la valeur de retour du hashCode() d'un quelconque objet sera, à un quelconque instant t, toujours unique ?

Merci !

[kichemans]

si tout le monde se pose la question sans tester

personne ne te repondra.

[money mark]

Je ne pose pas cette question par paresse.

En effet je ne vois pas ce que je pourrais tester puisque je pose une question concernant un conflit qui pourrait intervenir aléatoirement dans un contexte où beaucoup d'objets évolueraient après avoir été sérialisés .. désérialisés .... plusieurs fois.

Je faisais donc appel à l'expertise de certains programmeurs connaissant suffisement les mécanismes (trop précis pour que j'ai le temps de m'y interesser, malheureusement) intervenant dans des choses telles que les hashcodes mais aussi de la sérialisation.

En retour je ne m'attendais pas à trouver une boutade au gout douteux et condescendante.

merci !

[Satch]

ça va dépendre de 2 choses :
- Si tu as des champs transient (non sérialisés)
- l'implémentation de hashcode.

Ces 2 choses ensemble font que ça peut ne pas être vrai. Si par exemple tu as un champ transient qui intervient dans le calcul du hashcode, c'est évident que le hashcode ne sera pas pareil avant et après, puisque le champ transient aura sa valeur par défaut après désérialisation.

Aussi si dans le calcul du hashcode intervient un champ static, ça risque de ne pas être égal. Mais bon si c'était le cas ça serait vraiment pas propre.

Donc pour répondre clairement :

Peut on considerer que la valeur retournée par hashCode() d'un objet sera exactement la même avant la sérialisation et après la désérialisation de cet objet ??

ça dépend de l'implémentation de hashcode.

Si oui, puis je affirmer que la valeur de retour du hashCode() d'un quelconque objet sera, à un quelconque instant t, toujours unique ?

là par contre non. Si tu as par exemple un objet qui encapsule un entier et que cet entier intervient dans le calcul du hashcode ça ne sera pas vrai si cet entier est modifié entre les instants t et t'

[money mark]

merci pour ta réponse c'est très clair !

[Satch]

Encore un ptit détail : en général, l'implémentation de hashcode dans la classe Object converti l'adresse de l'objet en mémoire en entier (ce n'est pas précisé dans les specs JAVA mais c'est ce qui est généralement fait).

ça veut dire que si tu as une classe qui hérite d'object et que tu ne redéfinis pas hashcode, l'objet avant et apres ont de fortes chance de ne pas avoir le même.