ReadWriteLock 接口详解
这是本人阅读ReadWriteLock接口源码的注释后，写出的一篇知识分享博客
读写锁的成分是什么？
- 读锁 Lock readLock();
- 只要没有写锁，读锁可以被多个线程同时拥有
- 写锁 Lock writeLock();
- 写锁是独占的
所有读写锁的实现，都必须保证：写锁的内存同步效果也应该适用于读操作，也就是说，一个获取读锁的线程 应该可以看到上一个写锁所做的所有更新
读写锁与互斥锁的优劣比较
- 相比较于互斥锁，读写锁 在什么情况下 具有更高的性能呢？
- 这取决于数据被读取的频率 ，读和写操作的持续时间，存取数据的冲突
- 也可以说是，同时读写数据的线程的数量
- 例如：一个集合的数据被初始化之后，就很少再修改，然而被频繁的查找，这就是一个读写锁的理想的使用情况。
- 那什么时候不适合用读写锁呢？
- 如果更新数据变得频繁，那么数据大部分时间被独占，使用读写锁 并发性几乎没有增加。
- 此外，如果读操作花费的时间很短，那么读写锁实现 所造成的消耗（读写锁本质上比互斥锁更复杂）会主导执行成本，尤其是
当读写锁的实现 仍然通过一小段代码序列化所有线程时。
- 最终，只有分析和测量才能评价一个读写锁是否适合你的应用程序。
读写锁的实现必须要做的决策
- 在一个写操作释放写锁时，同时有写操作和读操作在等待，确定授予读锁还是写锁。
- 优先写操作较多，因为写操作一般是短的、不频繁的。
- 优先读操作较少，因为如果读操作是频繁的、时间长的，会导致写操作的长时间等待
- 当一个读操作是活跃的，写操作在等待时，一个读操作请求读锁，确定是否授予读锁。
- 优先读操作会无限期的推迟写草所
- 优先写操作会减少并发的可能性
- 确定锁是否可重入
- 一个拥有写锁的线程能否重复获取它？
- 拥有写锁时，能否获取读锁？
- 读锁可以再次获取吗？
- 写锁可以降级为读锁，而不允许插入写操作吗？
- 读锁可以升级为写锁，并优先于其他正在等待的读操作和写操作吗？
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/13590.html
