Passage de C++ à Java : Shared_ptr et Weak_ptr

Salut tout le monde,
je suis actuellement en train de développer une passerelle qui génère des classes java à partir de données xml, et ... je débute en Java ^^
Heuresement, une première passerelle avait été réalisée et générait des classes C++.
J'aimerais beaucoup m'inspirer du travail existant mais je fais face à un problème :

Quel équivalent trouver en Java des shared_ptr et weak_ptr de la bibliothèque boost en C++ ?

J'ai bien envie de remplacer tout par des array list (grâce au garbage collector présent dans Java) mais j'aimerais retranscrire en Java la nuance qui existe entre le weak et le shared ptr.

Est-ce que vous savez si c'est possible ? Ou alors est-ce que vous avez des idées ?

Merki Beaukoup d'avance !

Pour faire simple, en java il n'y a pas de notion de pointeur, mais des références sur des objets.
C'est la jvm qui se charge de savoir si un objet est encore référencé ou non, et qui détruit l'objet si il n'est plus référencé avec le garbage collector.

En gros tu n'aura que des shared_ptr.

Tu n'aura pas non plus de DELETE ou de FREE.

Merci beaucoup pour cette réponse, il y avait quelques trucs qui n'étaient pas au clair dans ma tête sur le garbage collector.

J'ai bien compris que le garbage collector remplaçait l'utilisation des smart pointer, mais comme je l'ai dit dans el premier message, il serait intéressant pour mon programme de conserver une structure similaire au précédent programme c++. C'est pour ça que je cherche à retranscrire la nuance en java d'un shared_ptr et d'un weak_ptr.

J'en profite juste pour préciser à ceux qui ne savent pas qu'un shared_ptr :
soient 1, 2, 3 trois pointeurs vers un objet A.

Si 1, 2 et 3 sont libérés, A est supprimé de la mémoire.
Et on ne peut pas supprimer A tant que 1, 2 ou 3 pointe vers A.

et pour un weak_ptr :

Si 1, 2, sont des shared_ptr et 3 un weak_ptr, qui pointent vers un objet A?
Si 1 et 2 sont libérés, mais que 3 ne l'est pas, alors A est supprimé de la mémoire et 3 pointe sur rien.


Je ne sais pas si en jouant sur les distinction variables de classes etd 'instance il y a moyen de retranscrire cette différence ?

Et bien visiblement je me trompais, ceci devrait t’intéresser :

http://gfx.developpez.com/tutoriel/j...rence-memoire/


WeakReference

SoftReference

PhantomReference

Super pour le weak reference, ca remplace exactement le weak_ptr du c++.
J'ai découvert au passage que les fuites mémoires en JAVA c'était possible, même si j'ai pas bien compris comment on fait.

Par contre le soft reference me semble peu adapté pour restranscrire ce que fait le shared_ptr.
Je me contenterai de référence toutes bêtes.
Au moins j'ai pu laisser quand même visible la nuance que je voulais faire apparaître.

Merci !!!

Citation:

---

Envoyé par malaboss

J'ai découvert au passage que les fuites mémoires en JAVA c'était possible, même si j'ai pas bien compris comment on fait.

---

C'est pas vraiment la même chose que ce qu'on appelle "fuite mémoire" d'habitude.
D'habitude on appelle "fuite mémoire" le fait de réserver un bout de mémoire, et de perdre l'information permettant de la libérer (perdre le pointeur avant de le libérer.)

En Java c'est impossible, un objet "perdu" sera libéré par le garbage collector en temps et en heure.
Par contre, un objet gardé quelque part, alors qu'il ne sert plus à rien, sans raison, va empêcher le garbage collector de le libérer, et donc consommer de la mémoire inutilement.
C'est l'erreur inverse, mais c'est le même effet.