Stampedlock ist ein Hochleistungs-Leseschreiber-Schlossmechanismus, der von Java 8 eingeführt wird und drei Modi unterstützt: 1. Schreibenschloss ist ein exklusives Schloss; 2. Optimistisches Lesen ist ein leichter Versuchsmechanismus; 3. Read Lock ist ein gemeinsames Schloss. Im Vergleich zu ReentranTreadWriteLock verbessert es die Parallelit?tsleistung durch den Briefmarkenstempelmechanismus, der besonders für Szenarien geeignet ist, in denen mehr Lese- und Weniger schreibt, und vermeiden, Hunger zu schreiben. Wenn Sie es verwenden, sollten Sie auf Details wie Nicht-Reentry, Nicht-Sharing von Briefmarken und Ausnahmebehandlung achten. Es wird empfohlen, es unter hohen Parallelit?tsanforderungen zu verwenden.

Stampedlock ist ein neuer Sperrmechanismus, der von Java 8 im java.util.concurrent.locks -Paket eingeführt wird. Es ?hnelt dem traditionellen ReentrantReadWriteLock und unterstützt auch Lese- und Schreibschl?sser, ist jedoch effizienter und flexibler. Sein Entwurfsziel ist es, das Performance -Engpass -Problem des Lesens und Schreibens von Sperren in hohen Parallelit?tsszenarien zu l?sen, insbesondere bei "mehr Lesevorg?ngen und weniger Schreibvorg?ngen".

Was ist Stampedlock?

Einfach ausgedrückt, Stampedlock ist eine Lese- und Schreibschloss -Implementierung, die auf Briefmarken basiert . Im Gegensatz zu gew?hnlichen Schl?ssern steuert es keinen Ressourcenzugriff über lock() und unlock() , sondern gibt den aktuellen Sperrstatus an, indem er einen "Versionsstempel" erh?lt. Sie k?nnen verstehen, dass jede Schloss hinzugefügt wird, ein Stempel zurückgegeben wird und dieser Briefmarke für die anschlie?ende Entsperrung oder überprüfung erforderlich ist.

Es enth?lt haupts?chlich drei Modi:

• Schreiben Sie Schloss : Exklusives Schloss, andere Threads k?nnen nach dem Erwerb nicht lesen oder schreiben.
• Optimistisches Lesen : Es ist kein echtes Schloss, sondern ein leichter Versuchsmechanismus, der für Szenarien mit h?ufigen Lesevorg?ngen geeignet ist.
• Lesen Sie Lock : Eine gemeinsame Sperre, mit der mehrere Threads gleichzeitig Daten lesen k?nnen.

Was sind die Vorteile von Stampedlock?

Im Vergleich zu ReentranTreadWriteLock ist das gr??te H?hepunkt von Stampedlock, dass es optimistische Lektüre unterstützt , was die Leistung in Szenarien, in denen Lesevorg?nge weitaus mehr als das Schreiben von Operationen sind, erheblich verbessern k?nnen.

Wenn Sie beispielsweise ein Cache -System haben, lesen Sie die meiste Zeit Daten und aktualisieren sie gelegentlich. Mit gew?hnlichen Lese- und Schreibschl?ssern müssen sie das Schloss hinzufügen und freigeben, was viel Overhead ist. Stampedlocks optimistische Lektüre erfordert fast keine Blockierung von Threads. Sie müssen nur überprüfen, ob der Stempel nach dem Lesen gültig ist.

Darüber hinaus vermeidet Stampedlock auch das Problem "Hunger schreiben" (d. H. Der Schreib Thread kann das Schloss nicht lange erwerben), da die Schreibschloss Priorit?t hat.

Wie benutze ich Stampedlock?

Hier finden Sie eine kurze Beschreibung mehrerer g?ngiger Verwendung:

Holen Sie sich das Schreibschloss

 long stempel = lock.WriteLock ();
versuchen {
    // Shared Data} endlich {{
    lock.unlockwrite (Stempel);
}

Verwenden Sie optimistische Lektüre

 long stempel = lock.tryoptimisticread ();
// Daten lesen if (! Lock.validate (stempel)) {
    // Wenn der Stempel fehlschl?gt, bedeutet dies, dass ein Schreibvorgang stattgefunden hat und Sie ein Upgrade für das Lesen von Lock Stamp = lock.readlock () ein Upgrade haben müssen.
    versuchen {
        // Die Daten erneut lesen} endlich {
        lock.unlockread (Stempel);
    }
}

Holen Sie sich das Leseschloss

 long stempel = lock.readlock ();
versuchen {
    // Daten lesen} endlich {
    lock.unlockread (Stempel);
}

Es ist ersichtlich, dass jeder Sperrvorgang mit Stempel abgeschlossen werden muss, was einer der gr??ten Unterschiede zwischen ihm und dem traditionellen Schlie?mechanismus ist.

Hinweise zur Verwendung von Stampedlock

Obwohl Stampedlock eine gute Leistung hat, müssen einige Details im tats?chlichen Gebrauch geachtet werden:

• Wechseln Sie nicht willkürlich zwischen pessimistischen Schl?ssern und optimistischen Lesevorg?ngen : H?ufige Wechsel von optimistischen Lesevorg?ngen zu Lese- oder Schreibvorg?ngen kann die Leistung beeinflussen.
• Stempel ist kein Thread-Safe : Jeder Thread sollte seinen eigenen Stempel verwenden und kann nicht geteilt werden.
• Wiedereintritt kann nicht wiedereintritt werden : Stampedlock unterstützt den Wiedereintritt nicht und derselbe Thread erwerbt mehrmals Schreibschl?sser.
• Seien Sie vorsichtig, wenn Sie Ausnahmen abwickeln : Wenn eine Ausnahme w?hrend des Sperrens ausgel?st wird, müssen Sie sicherstellen, dass die Entsperrmethode schlie?lich aufgerufen wird, sonst wird sie abgestimmt.

Da die API etwas kompliziert ist, wird au?erdem empfohlen, sie nur in Szenarien zu verwenden, in denen in der Tat eine gleichzeitige Lesen und Schreiben von Hochleistungen erforderlich ist. Für die meisten Gesch?ftslogik kann Re -EntranTreadWriteLock oder synchronisiert sein.

Grunds?tzlich ist das. Stampedlock ist eine sehr praktische, aber relativ einfach zu missbr?uchliche Komponente im Java -Parallelit?tspaket. Nur durch das Verst?ndnis der anwendbaren Szenarien und der Nutzung kann es seinen Wert wirklich ausüben.

Das obige ist der detaillierte Inhalt vonWas ist Stampedlock in Java 8?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!