Volatile og readonly

Du skal kun bruge volatile keywordet på variabler som skal modificeres af mange tråde på samme tid. Skal du bare læse variablen, er det unødvendigt at bruge volatile

Så svaret på dit spørgsmål, må være: ja.

det tænkte jeg sådan set også. Var bare bange for at en tråd konstruere objektet og en anden tråd aflæser en forkert værdi, men det er jo nok garanteret at startværdier altid kan læses korrekt også uden volatile.

Ja, jeg er ret sikker på du ikke får problemer, så længe du har med readonly variabler at gøre.

Du kan godt få multi threaded problemer selv med en readonly variabel.

De to potentielle problemer er:
* atomicity - du kan risikere at en anden tråd læser feltet mens constructor initialiserer det og får en inkonsistent værdi fordi kun en del af structen har fået dens værdi
* visibility - du kan risikere at tildelingen kun ligger i den ene CPU/kerne's cache og ikke kan ses fra kode der kører på en anden CPU/kerne

Hvis andre synkroniserings mekanismer garanterer mod disse, så skulle readonly være OK.

Hej arne.

Men vil andre tråde kunne få fat i objektet, hvis 1. tråd ikke er færdig med at initialiser det?

Hvis din kode er bare nogenlunde normal, så bør en tråd ikke kunne få fat i objektet inden constructor er færdig (hvis man kalder en metode med this som argument inde i constructor så har man skudt sig selv i foden).

Men bemærk at det kun løse atomicity problemet. Det løser ikke visibility problemet. Selvom constructor afsluttes kan data fint ligge og hygge sig i en kerne specific L1 cache der ikke kan ses af en anden kerne.

jtj ?