CAS (vergleichen und tauschen), vergleichen und tauschen. Ein Mechanismus, der den durch die Verwendung von Sperren in Situationen mit mehreren Threads verursachten Leistungsverlust beheben kann. Die CAS-Operation enthält drei Operanden: Speicherort (V), erwarteter Originalwert (A) und neuer Wert (B). Wenn der Wert eines Speicherorts mit dem erwarteten Originalwert übereinstimmt, aktualisiert der Prozessor den Ort automatisch auf den neuen Wert. Ansonsten macht der Prozessor nichts. Ein Thread ruft den Num-Wert aus dem Hauptspeicher ab und verarbeitet Num. Beim Schreiben des Werts vergleicht der Thread den ersten Num-Wert mit dem Num-Wert im Hauptspeicher. Wenn sie gleich sind, ist der geänderte Wert Num Wenn sie nicht gleich sind, wird der Vergleich solange wiederholt, bis er erfolgreich ist.
Das Schlüsselwort volatile wird häufig beim Ändern gemeinsamer Variablen verwendet, aber der volatile-Wert ist sichtbar und verhindert das erneute Schießen von Anweisungen (Ordnung), was nicht garantiert werden kann . Obwohl es im Einzelthread kein Problem gibt, treten beim Multithreading verschiedene Probleme auf, die zu unsicheren Phänomenen vor Ort führen. Daher wurde CAS nach jdk1.5 erstellt und verwendet CPU-Grundelemente (unteilbar, kontinuierlich und ununterbrochen), um die Atomizität von Vor-Ort-Vorgängen sicherzustellen.
Das neue java.util.concurrent (JUC) in JDK1.5 basiert auf CAS. Im Vergleich zum synchronisierten Sperrmechanismus ist CAS eine übliche Implementierung nicht blockierender Algorithmen. Daher hat JUC seine Leistung erheblich verbessert.
Zum Beispiel ist die AtomicInteger-Klasse, AtomicInteger, threadsicher, das Folgende ist der Quellcode
#🎜🎜 #
Geben Sie „unsafe“ ein und sehen Sie sich die Do-while-Selbstschleife an. Die Selbstschleife hier dient dazu, zu beurteilen, ob der erwartete Originalwert nicht mit dem Originalwert übereinstimmt, und dann wird der Originalwert recycelt durch den CAS-Prozess, bis der neue Wert erfolgreich zugewiesen werden kann. CAS-Vorteilecas ist eine Idee der optimistischen Sperre und eine nicht blockierende, leichte optimistische Sperre. Nicht blockierend bezieht sich auf den Ausfall eines Threads Der Ausfall oder die Unterbrechung des Algorithmus sollte keine Auswirkungen auf andere Threads haben. CAS-Nachteile#🎜🎜 ## 🎜🎜#
Zeitpunkt der Verwendung von CAS
Wenn die Anzahl der Threads gering und die Wartezeit kurz ist, kann Spin Lock für CAS verwendet werden Versuchen Sie, die Sperre zu erhalten, was besser ist als synchronisiert. Effizient.
# 🎜🎜#
Das obige ist der detaillierte Inhalt vonSo wenden Sie CAS in Java an. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!