【问题标题】:Clarification about the following API ReentranReadWriteLock关于以下 API ReentranReadWriteLock 的说明
【发布时间】:2013-07-22 06:54:29
【问题描述】:

直接来自这个API

当构造为公平时,线程使用 大约到货顺序政策。当当前持有的锁是 释放等待时间最长的单个编写器线程将是 分配了写锁,或者如果有一组读线程 等待比所有等待写入线程更长的时间,该组将是 分配了读锁。

它将单个写入线程与一组读取线程进行比较。如果只有一个等待线程而不是 API 指定的一组线程会怎样。它会改变任何东西还是同时指代单个线程和一组线程?

提前致谢。

【问题讨论】:

    标签: api concurrency javadoc reentrantlock


    【解决方案1】:

    我有 95% 的把握,在这种情况下,“组”可以理解为“一个或多个”。为此编写测试应该很容易。更难但也可能是破解打开java源代码,看看它在做什么。

    这里的想法是您可以同时将锁授予 1 个作者或 1 个以上的读者。它只是想说,如果有多个读者在下一个写者之前等待,他们都会同时获得锁。这是安全的,因为他们只是在阅读。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-08-29
      • 2019-05-06
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多