A Java-ban a többi alapvető változó atomi, kivéve a Long és Double 8 bájtos, 64 bites változókat.
A Java tárolómodell megköveteli, hogy mind a get, mind a tárolt műveletek atomosak, de nem volatilis hosszú és dupla változók esetén a JVM lehetővé teszi egy 64 bites olvasási vagy írás két 32 bites műveletre osztását.
Ha az olvasás és írás különböző szálakon történik, egy nem volatile típusú hosszú olvasás magas 32 bitet eredményezhet az egyik értékben, a másikban pedig alacsony 32 bitet.
Tehát még ha nem is érdekel a lejárt adatok, lehet, hogy nem biztonságos megosztott, változtatható hosszú és dupla változókat használni egy többszálas programban, hacsak nem nyilvánítják őket volatilnak vagy zárolva védenek.
Atomi műveletekről beszélve, ez azt jelenti, hogy az olvasás és az írás atomi, például i=5; Ez egy atomi művelet.
Azonban, ha két atom működését együtt végzik, az nem feltétlenül atomi, például először olvasás, majd írás, akkor lehetséges, hogy a változó az olvasás után módosítódott.
i++ ilyen művelet, először olvassuk, majd írjuk, így az egész szám változó atomi, nem pedig az i++ atomi művelet.
Amikor for(int i=0; i<10000; i++){System.out.print(i)}
Azt fogod látni, hogy végül nem fogok 10 000-et nyomtatni, és kb. 8-9 ezer példányt fogok kinyomtatni.
De a többszálas megoldás esetén, még ha az egész szám változó atomi is lehet, előfordulhatnak szálbiztonsági problémák, ami szál láthatósági probléma, ezért hozzá kell adni egy volatil állítást.
Ez a módosító egy kényszerített változó, amelyet minden alkalommal memóriából olvasnak, és nem tárolják a regiszterekben. |
Közzétéve 2015. 04. 05. 22:17:45
|
|
|
