在ConcurrentHashMap中，为什么不在段上使用ReentrantReadWriteLock代替ReentrantLock
[英]In ConcurrentHashMap, why don't use ReentrantReadWriteLock in place of ReentrantLock on segment
问题描述
由于ConcurrentHashMap不能100％确保写操作的一致性（即size（） ），因此使用ReentrantReadWriteLock （或通过自定义派生的类）可以提高性能，对吗？
1 个解决方案
解决方案1
2 2013-05-03 03:34:50
Performance improvement will depend upon kind of operation you want to do. 
性能的提高将取决于您要执行的操作。 If you want to read more then yes otherwise while a thread is writing [ie has taken write lock] , no other thread can take read or write lock so performance gain wont be there. 如果您想阅读更多内容，请单击是，否则，在线程正在写时（即已采取写锁定），否则其他线程将无法进行读或写锁定，因此不会有性能提升。
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
相关问题
为什么 CopyOnWriteArrayList 使用 ReentrantLock 而使用 ReentrantReadWriteLock？ - Why CopyOnWriteArrayList use ReentrantLock but ReentrantReadWriteLock?
ConcurrentHashMap.Segment是ReentrantLock吗？ - ConcurrentHashMap.Segment is-a-ReentrantLock?
ConcurrentHashMap 和 ReentrantReadWriteLock - ConcurrentHashMap and ReentrantReadWriteLock
ReentrantLock VS ReentrantReadWriteLock - ReentrantLock VS ReentrantReadWriteLock
为什么ConcurrentHashMap.Segment和ConcurrentHashMap.HashEntry类是静态的？ - Why ConcurrentHashMap.Segment and ConcurrentHashMap.HashEntry classes are static?
场景：为什么使用ConcurrentHashMap？ - Scenario: Why to use ConcurrentHashMap?
与 ReentrantLock 相比，ReentrantReadWriteLock 的性能非常差 - ReentrantReadWriteLock performing very bad compared to ReentrantLock
如果可以使用 synchronized(this)，为什么要使用 ReentrantLock？ - Why use a ReentrantLock if one can use synchronized(this)?
为什么 ReentrantLock signal() 不起作用？ - why ReentrantLock signal() isn't working?
ConcurrentHashMap与基于ReentrantReadWriteLock的自定义地图重新加载 - ConcurrentHashMap vs ReentrantReadWriteLock based Custom Map for Reloading
相关标签