Java-Speichermodell und Threads

Java-Speichermodell

Hauptspeicher und Arbeitsspeicher:

Das Java-Speichermodell legt fest, dass sich alle Variablen im Hauptspeicher befinden und jeder Thread über einen eigenen Arbeitsspeicher verfügt.

Der Arbeitsspeicher speichert eine Kopie des vom Thread verwendeten Hauptspeichers. Alle Operationen an Variablen durch den Thread müssen im Arbeitsspeicher ausgeführt werden.

Interaktion zwischen dem Speicher:

1 Sperre wirkt auf Variablen im Hauptspeicher, wodurch eine Variable als Thread-exklusiver Zustand identifiziert wird.

　2 unlock Wirkt auf Variablen im Hauptspeicher, gibt gesperrte Variablen frei

　3 read Wirkt auf Variablen im Arbeitsspeicher, überträgt den Wert einer Variablen aus dem Hauptspeicher in die Arbeitsspeichermitte des Threads.

　4 Load wirkt auf eine Variable im Arbeitsspeicher, die den durch den Lesevorgang aus dem Hauptspeicher erhaltenen Variablenwert in eine Kopie der Variablen im Arbeitsspeicher legt

　5 Use wirkt auf eine Variable im Arbeitsspeicher Übergeben Sie den Wert einer Variablen im Arbeitsspeicher an die Ausführungs-Engine

　6 Zuweisen wirkt auf die Variable im Arbeitsspeicher und weist der Variablen in einen von der Ausführungs-Engine empfangenen Wert zu den Arbeitsspeicher

　7 Funktionsvariablen im Arbeitsspeicher speichern, den Wert einer Variablen im Arbeitsspeicher in den Hauptspeicher übertragen.

　8 Schreiben wirkt sich auf Variablen im Hauptspeicher aus und legt den Wert der Variablen, der durch den Speichervorgang aus dem Arbeitsspeicher erhalten wurde, in den Hauptspeicher ab.

Wenn eine Variable als flüchtig definiert ist, wird dies der Fall sein haben zwei Funktionen

1. Diese Variable ist garantiert für alle Threads sichtbar. Für nicht-atomare Operationen ist sie immer noch nicht threadsicher.

　2 Deaktivieren Sie die Optimierung der Neuordnung von Anweisungen.

Atomizität, Sichtbarkeit und Ordnung

Wer zuerst kommt, mahlt zuerst.

Zustandsübergang von Java-Threads

Neue Neuschöpfung Hinterkante war nicht Gestartet Purebred befindet sich in diesem Status

Running Runnable umfasst Running und Ready im Betriebssystem-Thread-Status. Der Thread in diesem Status wird möglicherweise ausgeführt oder wartet darauf, dass die CPU ihm Ausführungszeit zuweist

Unbegrenztes Warten Threads in diesem Zustand wird keine CPU-Ausführungszeit zugewiesen, sie müssen warten, bis sie explizit von anderen Threads aktiviert werden: Object.wait()-Methode ohne Einstellung des Timeout-Parameters ohne Einstellung des Timeout-Parameters Thread.join( ) Methode; LockSupport.park() Methode

Zeitgesteuertes Warten Einem Thread in diesem Zustand wird keine CPU-Ausführungszeit zugewiesen, es besteht jedoch keine Notwendigkeit, darauf zu warten, dass andere Threads explizit aktiviert werden vom System nach einer bestimmten Zeitspanne: Thread.sleep()-Methode mit Timeout-Parametersatz; Thread.join()-Methode mit LockSupport.parkNanos()-Methode; )-Methode

Blockiert Blockiert und wartet darauf, eine exklusive Sperre zu erhalten

Ende beendet Der Thread-Status des beendeten Threads