What are the differences between the volatile in c# and java?

Question

In some .net documentation I have read this is how the compiler handles volatile:

*"Reading from a volatile or using the Thread.VolatileRead method is logically an acquire fence"
"Writing to a volatile or using the Thread.VolatileWrite method is logically a release fence" *

These fences apply at both complier and architecture level.

Of course the main difference in VC++ is that the fence is only applied at complier level.

So my question is, what are the memory reordering prevention semantics of volatile in Java?

Conversion:

Fence = Barrier Barrier = Fence

References:

Joe Duffy (Concurrent Programming on Windows)

You should find the answer in the JLS (docs.oracle.com/javase/specs), although of course the vocabulary will differ — fge
None that I'm aware of; a volatile read in Java is equivalent to an acquire, a write to a release - same as for the CLR. — Voo

Peter Lawrey Peter Lawrey · Accepted Answer · 2014-02-25T22:24:38

In Java, the javac compiler does next to nothing with volatile. It doesn't re-order statements and does almost no optimisation.

The JIT on the other hand can do quite a bit of optimisation and re-ordering.

The important features of volatile are;