在并发编程中，读写锁 ReentrantReadWriteLock 的性能已经算是比较高的了，因为它将悲观锁的粒度分的更细，在它里面有读锁和写锁，当所有操作为读操作时，并发线程是可以共享读锁同时运行的，这样就无需排队执行了，所以执行效率也就更高。
那么问题来了，有没有比读写锁 ReentrantReadWriteLock 性能更高的锁呢？
答案是有的，在 Java 中，比 ReentrantReadWriteLock 性能更高的锁有以下两种：
乐观锁在 Java 中最常见的实现就是 atomic 家族下的类，例如 AtomicInteger、AtomicLong 等，它的核心方法中使用了 CAS 对比并替换进行变量的修改操作，如下源码所示：
public final int incrementAndGet() { return U.getAndAddInt(this, VALUE, 1) + 1;}public final int getAndAddInt(Object o, long offset, int delta) { int v; do { v = getIntVolatile(o, offset); } while (!weakCompareAndSetInt(o, offset, v, v + delta)); // CAS 方法 return v;}然而，如果是高并发环境下，那么乐观锁可以需要通过多次自旋才能成功修改变量的数据，这种场景下，乐观锁的性能可能就不如 ReentrantReadWriteLock 了。
StampedLock 有三种读写方法：
其中 readLock() 和 writeLock() 方法与 ReentrantReadWriteLock 的用法类似，而 tryOptimisticRead() 方法则是 StampedLock 引入的新方法，它用于非常短的读操作。
因此，我们在加锁时，可以使用性能更高的读乐观锁来替代传统的读锁，如果能加锁成功，则它可以和其他线程（即使是写操作）一起执行，也无需排队运行（传统读锁遇到写锁时需要排队执行），这样的话 StampedLock 的执行效率就会更高，它是使用如下：
// 创建 StampedLock 实例StampedLock lock = new StampedLock();// 获取乐观读锁long stamp = lock.tryOptimisticRead(); // 读取共享变量if (!lock.validate(stamp)) { // 检查乐观读锁是否有效 stamp = lock.readLock(); // 如果乐观读锁无效，则获取悲观读锁 try { // 重新读取共享变量 } finally { lock.unlockRead(stamp); // 释放悲观读锁 }}// 获取悲观读锁long stamp = lock.readLock(); try { // 读取共享变量} finally { lock.unlockRead(stamp); // 释放悲观读锁}// 获取写锁long stamp = lock.writeLock(); try { // 写入共享变量} finally { lock.unlockWrite(stamp); // 释放写锁}使用乐观读锁的特性可以提高读操作的并发性能，适用于读多写少的场景。如果乐观读锁获取后，在读取共享变量前发生了写入操作，则 validate 方法会返回 false，此时需要转换为悲观读锁或写锁重新访问共享变量。
本文链接：http://www.28at.com/showinfo-26-88329-0.html什么锁比读写锁性能更高？
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com
上一篇： 这一次，彻底搞懵 CRDT
下一篇： YOLOv8 中的损失函数解析
Copyright © 2016-2023 天津谷骐科技有限公司 版权所有 sitemap.xml
违法及侵权请联系：2376512515@qq.com 津ICP备18001702号
津公网安备 12010102000574号
