Dieser Artikel bringt Ihnen verwandte Probleme zu Java, die hauptsächlich Probleme im Zusammenhang mit CAS (Vergleichen und Tauschen) vorstellen, der den Leistungsverlust beheben kann, der durch die Verwendung von Sperren in parallelen Situationen mit mehreren Threads verursacht wird. Ich hoffe, es wird für alle hilfreich sein.
Empfohlenes Lernen: „Java-Tutorial“
CAS (vergleichen und austauschen), vergleichen und austauschen. 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 gemeinsam genutzter Variablen verwendet, aber der flüchtige Wert ist sichtbar und verhindert das erneute Schießen von Anweisungen (Ordnung), und die Atomizität kann nicht garantiert werden. 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 BeispielAtomicInteger-Klasse, AtomicInteger ist threadsicher, der Quellcode ist unten
EnterunsicherSiehedo while. Selbstschleifend, selbst- Durch die Schleife hier wird der erwartete Originalwert beurteilt. Wenn er nicht mit dem Originalwert übereinstimmt, wird der Originalwert recycelt und der CAS-Prozess erneut durchlaufen, bis der neue Wert erfolgreich zugewiesen werden kann. CAS-Vorteile
CAS-Nachteile
Lange Zykluszeit und hoher Overhead, der CPU-Ressourcen beansprucht. Wenn die Spin-Sperre über einen längeren Zeitraum ausfällt, wird die CPU stark belastet. Wenn die JVM den vom Prozessor bereitgestellten Pausenbefehl unterstützen kann, wird die Effizienz bis zu einem gewissen Grad verbessert. Der Pausenbefehl hat zwei Funktionen: Erstens kann er den Pipeline-Ausführungsbefehl verzögern (De-Pipeline), sodass die CPU dies nicht tut verbrauchen zu viele Ausführungsressourcen. Das Ausmaß der Verzögerung hängt von der Implementierung ab und bei einigen Prozessoren ist die Verzögerung gleich Null. Zweitens kann dadurch vermieden werden, dass die CPU-Pipeline beim Verlassen der Schleife durch eine Verletzung der Speicherreihenfolge geleert wird, wodurch die Ausführungseffizienz der CPU verbessert wird.Ab Java 1.5 stellt das Atompaket von JDK eine Klasse AtomicStampedReference zur Lösung des ABA-Problems bereit. Die Methode „compareAndSet“ dieser Klasse prüft zunächst, ob die aktuelle Referenz gleich der erwarteten Referenz ist und ob das aktuelle Flag gleich dem erwarteten Flag ist. Wenn alle gleich sind, setzen Sie den Wert der Referenz und des Flags atomar auf der angegebene Aktualisierungswert.
Das obige ist der detaillierte Inhalt vonErfahren Sie mehr über CAS in Java. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!