Each time a member variable modified by Volatile is accessed by a thread, the value of the member variable is forcibly re-read from the main memory. In addition, when the member variables change, the thread is forced to write the change value back to the main memory. In this way, two different threads always see the same value of a member variable at any time.
In the Java language specification, it is pointed out that in order to get the best speed, the thread is allowed to save the private copy of shared member variables, and the original value of shared member variables is compared only when the thread enters or leaves the synchronized code block.
In this way, when multiple threads interact with an object at the same time, you must notice that the thread needs to get the shared member variable changes in a timely manner.
The volatile keyword prompts VM: For this member variable, it cannot store its private copy, but should directly interact with the shared member variable.
Suggestion: use volatile on the member variables accessed by two or more threads. You do not need to use this variable when it is already in the synchronized code block or a constant.
Because volatile is used to block the necessary code optimization in the VM, the efficiency is relatively low. Therefore, this keyword must be used when necessary.
Java keyword Transient