3

#JCIPからの引用:

「ConcurrentHashMap は排他的アクセスのためにロックできないため、Vector で行ったように、クライアント側のロックを使用して、put-if-absent などの新しいアトミック操作を作成することはできません」

追加のアトミックメソッドを実装し、コレクションをスレッド セーフに保つためにロックを取得できない理由( Collections.synchronizedxxxファクトリによって返される同期コレクションなど) :

4

3 に答える 3

3

ConcurrentHashMap の要点は、読み取り操作がブロックされないことです。つまり、ロックをチェックする必要はありません。これにより、そのようなロックを持つことができなくなります。

ロックを取得できない理由:

それを行うこともできますが、マップへのすべてのアクセスパスに対して一貫して行う必要があり、並行データ構造の目的を完全に否定しています。ロックフリーのはずです。

于 2013-07-27T00:33:10.143 に答える
1

なんで?実装がサポートしていないためです。JavaDocs からConcurrentHashMap直接:

すべてのアクセスを防ぐ方法でテーブル全体をロックすることはサポートされていません

...これは、定義上、「排他的アクセス」です。

于 2013-07-27T00:29:12.877 に答える
0

あなたが書いたコードはあなたの実装であり、それをそのように使用する場合、他のすべての操作はそのように機能する必要があります。つまり、すべての操作は同じロックを取得する必要があります。

ただし、ここでの主なポイントは、Java がConcurrentHashMapこの目的のために提供していないということです。その目的は、複数のスレッドが同時に動作できるようにすることです。

あなたの要件のために行きますHashTable

于 2013-07-27T03:15:22.507 に答える