[Language]Immutable & Thread-Safe

Bonsoir,

Voilà une question me tarraude concernant les objets immutables. Un objet immutable dans une application single thread est-il obligatoirement Thread-safe Immutable (non modifiables a partir d'un autre Thread)?

Et dans ce cas, qu'est-il possible de faire pour la rendre telle quelle ? Mis à part rendre la classe final pour éviter tout héritage donc toute redéfinition, ainsi que les champs private et final, je ne vois pas ce que je faire d'autre.

De plus, certaines classes du package accèdent à des champs qui sont env visibilité package. Je pensais mettre ces champs en private et final (car ils sont uniquement lus) et synchroniser les accesseurs de ces champs.

Enfin, j'ai remarqué qu'il y avait un souci quand on essaye d'affecter une valeur à un champ final dans le constructeur suivant différents branchements. Je m'explique :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

public class Test {   final private int field;   public Test(int testValue) { this.field = 1;   if(testValue == 0) this.field = 0; }   }

---

J'ai un warning dans eclipse qui m'indique que ce champ a pu être initialisé avant (normal me direz-vous). Y a t-il un moyen de contourner ce problème ?

Si quelqu'un a d'autres suggestions concernant le fait que la classe soit immutable en single-thread et pas en multithread je suis preneur ! :)

Merci d'avance !

On ne peut assigner une valeur à une variable final qu'une seule fois, si tu veux que ton code marche il faut plutot faire comme ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

public class Test {   final private int field;   public Test(int testValue) { if(testValue == 0) this.field = 0; else { this.field = 1; } } }

---

Ensuite une classe immutable signifie qu'aucun de ses champs ne peuvent être modifiés aprés sa création donc que ce soit en single ou en multi thread ça ne fait aucune différence. :wink:

Merci pour ta réponse :-).

Je me posais la question car j'ai vu quelques parts (dans la bug database de sun il me semble) que certains objets dits immutables ne l'étaient pas quand il s'agissait d'application multithreadée.

En effet, en construisant une instance de l'objet dans un Thread et en passant la référence vers cet objet dans un autre Thread il était alors possible de le modifier alors qu'à la base il est immutable (il me semble que c'était la classe BigInteger de mémoire).

D'où mon interrogation ...

Après si y'a un bug c'est autre chose... mais bon si on se rapporte à la définition de base d'un objet immutable, le multithread ni change absolument rien, reste à voir si l'objet concerné auquel on associe le caractère immutable l'est réellement.

Ok c'est bien ce que je pensais aussi mais bon j'avais quelques doutes quand meme :) Merci à toi :)