StampedLockは、Java 8によって導(dǎo)入された高性能の読み取り洗浄ロックメカニズムであり、3つのモードをサポートします。1。書き込みロックは排他的ロックです。 2。楽観的な読み物は、軽量の試みメカニズムです。 3.読み取りロックは共有ロックです。 Reentrantreadwritelockと比較して、スタンプバージョンのスタンプメカニズムを介して並行性のパフォーマンスを改善します。これは、より多くの読み取りや書き込みの少ないシナリオに特に適しており、飢erを書くことを回避します。それを使用する場合は、非リントリー、スタンプの非共有、例外処理などの詳細(xì)に注意を払う必要があります。高い並行性要件の下で使用することをお勧めします。

StampedLockは、 java.util.concurrent.locksパッケージにあるJava 8によって導(dǎo)入された新しいロックメカニズムです。これは、従來のReentrantReadWriteLockに似ており、読み書きロックもサポートしていますが、より効率的で柔軟性があります。その設(shè)計(jì)目標(biāo)は、特に「より多くの読み取りとより少ない書き込み」の場合、高い並行性シナリオで読み取りと書き込みのロックのパフォーマンスボトルネックの問題を解決することです。

StampedLockとは何ですか？

簡単に言えば、 StampedLockは、スタンプに基づいた読み取りおよび書き込みロックの実裝です。通常のロックとは異なり、 lock()とunlock()を介したリソースアクセスを制御するのではなく、代わりに「バージョンスタンプ」を取得して現(xiàn)在のロックステータスを示します。各ロックが追加され、スタンプが返されることを理解できます。このスタンプは、その後のロック解除または検証に必要です。

主に3つのモードを提供します。

• 書き込みロック：排他的ロック、他のスレッドは買収後に読み書きできません。
• 楽観的な読書：それは本當(dāng)のロックではなく、頻繁な読書操作を伴うシナリオに適した軽量の試みメカニズムです。
• 読み取りロック：複數(shù)のスレッドが同時(shí)にデータを読み取ることができる共有ロック。

StampedLockの利點(diǎn)は何ですか？

ReentrantreadWritelockと比較して、StampedLockの最大のハイライトは、読み取り操作が書き込み操作以上のシナリオでパフォーマンスを大幅に改善できる楽観的な読書をサポートすることです。

たとえば、キャッシュシステムがある場合、ほとんどの場合データを読み取り、時(shí)々更新します。通常の読み取りロックを使用して、たとえ読んでいるだけでも、ロックを追加してリリースする必要があります。これは多くのオーバーヘッドです。 StampedLockの楽観的な読書は、スレッドをブロックする必要はほとんどありません。切手が読んだ後に有効かどうかを確認(rèn)するだけです。

さらに、StampedLockは、「Write Hunger」の問題を回避します（つまり、書き込みスレッドは長い間ロックを取得できません）。

StampedLockの使用方法は？

いくつかの一般的な使用法の簡単な説明を次に示します。

書き込みロックを取得します

long stamp = lock.writeLock（）;
試す {
    //共有データを変更}最後に{(lán)
    lock.unlockwrite（スタンプ）;
}

楽観的な読書を使用してください

LONG STAMP = LOCK.TRYOPTIMISTICREAD（）;
//データを読むif（！lock.validate（stamp））{
    //スタンプが失敗した場合、それは書き込み操作が発生し、ロックスタンプ= lock.readLock（）を読むためにアップグレードする必要があることを意味します。
    試す {
        //もう一度データを読み取ります}最後に{(lán)
        lock.unlockread（スタンプ）;
    }
}

読み取りロックを取得します

long stamp = lock.readLock（）;
試す {
    //データを読む}最後に{(lán)
    lock.unlockread（スタンプ）;
}

各ロック操作は、スタンプと従來のロックメカニズムの最大の違いの1つであるスタンプで完了する必要があることがわかります。

StampedLockの使用に関するメモ

StampedLockには優(yōu)れたパフォーマンスがありますが、実際の使用には詳細(xì)に注意する必要があります。

• 悲観的なロックと楽観的な読み取りの間で任意に切り替えないでください。楽観的な読み取りから読み取りまたは書き込みへの頻繁な切り替えは、パフォーマンスに影響を與える可能性があります。
• スタンプはスレッドセーフではありません。各スレッドは獨(dú)自のスタンプを使用する必要があり、共有できません。
• 再突入は再入國することはできません：StampedLockは再突入をサポートしておらず、同じスレッドが書き込みロックを複數(shù)回取得すると、デッドロックが発生します。
• 例外を処理するときは注意してください：ロック中に例外がスローされている場合、ロック解除方法が最終的に呼び出され、そうでなければデッドロックされることを確認(rèn)する必要があります。

さらに、APIは少し複雑であるため、高性能の同時(shí)読み取りと書き込みが実際に必要なシナリオでのみ使用することをお勧めします。ほとんどのビジネスロジックでは、ReentrantreadWriteLockまたは同期されたもので十分かもしれません。

基本的にそれだけです。 StampedLockは非常に実用的ですが、Java Concurrencyパッケージでコンポーネントを誤用するのは比較的簡単です。適用可能なシナリオと使用法を理解することによってのみ、その価値を本當(dāng)に及ぼすことができます。

以上がJava 8のStampedLockとは何ですか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。