标签：写锁 ReadWriteLock 读写 接口 互斥 读锁 详解 线程 操作

ReadWriteLock 接口详解

这是本人阅读ReadWriteLock接口源码的注释后，写出的一篇知识分享博客

读写锁的成分是什么？

• 读锁 Lock readLock();
  • 只要没有写锁，读锁可以被多个线程同时拥有
• 写锁 Lock writeLock();
  • 写锁是独占的

所有读写锁的实现，都必须保证：写锁的内存同步效果也应该适用于读操作，也就是说，一个获取读锁的线程 应该可以看到上一个写锁所做的所有更新

读写锁与互斥锁的优劣比较

• 相比较于互斥锁，读写锁 在什么情况下 具有更高的性能呢？
  • 这取决于数据被读取的频率 ，读和写操作的持续时间，存取数据的冲突
  • 也可以说是，同时读写数据的线程的数量
  • 例如：一个集合的数据被初始化之后，就很少再修改，然而被频繁的查找，这就是一个读写锁的理想的使用情况。
• 那什么时候不适合用读写锁呢？
  • 如果更新数据变得频繁，那么数据大部分时间被独占，使用读写锁 并发性几乎没有增加。
  • 此外，如果读操作花费的时间很短，那么读写锁实现 所造成的消耗（读写锁本质上比互斥锁更复杂）会主导执行成本，尤其是
    当读写锁的实现 仍然通过一小段代码序列化所有线程时。
• 最终，只有分析和测量才能评价一个读写锁是否适合你的应用程序。

读写锁的实现必须要做的决策

• 在一个写操作释放写锁时，同时有写操作和读操作在等待，确定授予读锁还是写锁。
  • 优先写操作较多，因为写操作一般是短的、不频繁的。
  • 优先读操作较少，因为如果读操作是频繁的、时间长的，会导致写操作的长时间等待
• 当一个读操作是活跃的，写操作在等待时，一个读操作请求读锁，确定是否授予读锁。
  • 优先读操作会无限期的推迟写草所
  • 优先写操作会减少并发的可能性
• 确定锁是否可重入
  • 一个拥有写锁的线程能否重复获取它？
  • 拥有写锁时，能否获取读锁？
  • 读锁可以再次获取吗？
• 写锁可以降级为读锁，而不允许插入写操作吗？
• 读锁可以升级为写锁，并优先于其他正在等待的读操作和写操作吗？

标签：写锁,ReadWriteLock,读写,接口,互斥,读锁,详解,线程,操作
来源： https://www.cnblogs.com/classicltl/p/16212965.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。