澄清以下API ReentranReadWriteLock

时间:2013-07-23 09:21:25

标签: api concurrency javadoc reentrantlock

直接来自API

  

当构造为公平时,线程争用使用的入口   大约到货订单政策。当前持有的锁是   发布了最长等待的单一作家线程   分配了写锁定,或者是否有一组读取器线程   等待所有等待的编写器线程,该组将是   分配了读锁定。

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

提前致谢。

1 个答案:

答案 0 :(得分:1)

我95%确定在这种情况下“组”可以读作“一个或多个”。为此编写测试应该很容易。更难但也可能是破解java源代码并查看它正在做什么。

这里的想法是你可以同时锁定1位作家或1位读者。它只是试图说,如果有多个读者在下一个作者之前等待,他们都会同时获得锁定。这是安全的,因为他们只是在阅读。