1. Spin-Lock
Wie der Name schon sagt, wartet der Spin-Lock eine bestimmte Zeit (Spin) und nichts Wenn Sie dies nicht tun, müssen Sie nur warten, bis die Ressource freigegeben wird. Der Vorteil besteht darin, dass beim Umschalten zwischen Kernelmodus und Benutzermodus kein Effizienzverlust auftritt Die Ressource wird weiterhin die CPU-Ressource belegen, also eine Zeit lang durchlaufen und dann in den Blockierungszustand wechseln.
2. Heavyweight-Sperren
synchronisiert ist der Implementierungsmechanismus von Heavyweight-Sperren, die nicht auf Ressourcen zugreifen können.
3. Voreingenommene Sperre
Wie der Name schon sagt, wird der erste Prozess voreingenommen, um auf die Ressource zuzugreifen. Wenn nur ein Prozess den Synchronisationscodeblock ausführt, dann Die letzte Option ist die Bias-Sperre. Wenn andere Threads Ressourcen beanspruchen, wird sie auf eine leichte Sperre aktualisiert.
4. Leichtes Schloss
Nachdem das Bias-Schloss aufgerüstet wurde, wird es zu einem leichten Schloss. Das Schloss kann nur aufgerüstet, aber nicht herabgestuft werden. Andere Prozesse in der Lightweight-Sperre wechseln in den Selbstauswahlstatus. Wenn die Selbstauswahl fehlschlägt, wird die Heavyweight-Sperre aktualisiert.
5. Faire und unfaire Sperren
Bezieht sich hauptsächlich darauf, ob Threads zuerst kommen und zuerst bedient werden, um die Sperre zu erhalten, während ReentrantLock standardmäßig auf unfair gesetzt ist auf fair eingestellt sein.
6. Pessimistische Sperre
Gehen Sie immer vom schlimmsten Fall aus, wenn Sie die Daten erhalten, und denken Sie, dass andere sie ändern werden Es ist jederzeit gesperrt. Wenn also jemand anderes Daten abrufen möchte, werden sie blockiert, bis die Sperre erhalten wird (die gemeinsam genutzte Ressource wird jeweils nur von einem Thread verwendet, andere Threads werden blockiert und die Ressource wird blockiert). wird nach der Verwendung auf andere Threads übertragen).
Herkömmliche relationale Datenbanken verwenden viele solcher Sperrmechanismen, wie z. B. Zeilensperren, Tabellensperren, Lesesperren, Schreibsperren usw., die alle vor Operationen gesperrt werden. Exklusive Sperren wie synchronisiert und ReentrantLock in Java sind die Umsetzung der pessimistischen Sperridee.
7. Optimistisches Sperren
Gehen Sie immer von der besten Situation aus und denken Sie, dass andere sie nicht ändern werden Beim Aktualisieren wird jedoch beurteilt, ob andere die Daten in diesem Zeitraum aktualisiert haben. Dies kann mithilfe des Versionsnummernmechanismus (in der Datenbank) und des CAS-Algorithmus implementiert werden.
Empfohlenes Tutorial: Java-Tutorial
Das obige ist der detaillierte Inhalt vonMehrere gängige Sperren in Java. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
