Java并发 – 监视器是否被阻止？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Java并发 – 监视器是否被阻止？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1635字，纯文字阅读大概需要3分钟。

内容图文

有没有办法从一个线程(比如一个锁定监视器对象的线程)判断另一个线程是否在同一个监视器上被阻塞/等待？

示例场景 –

a “collector” thread reads data from a shared object, while the
“updater” thread might be blocked and waiting for the collection to
end. I would like the collector to know that when he finishes
collecting, a possible data update is pending which yield the
collected data might already be invalid.

在我的情况下,收集可能是一个耗时的操作,并且在下一阶段,“收集器”线程分析数据一段时间,这在数据无效的许多情况下可能是冗余操作.

解决方法:

Is there a way to tell from one thread (say the one which locks a monitor object) if another thread is block/waiting on same monitor?

不,不是来自对象本身.正如@Evgeniy所提到的,您可以使用其他java.util.concurrent.locks.*类,它们允许您查看排队成员,但不能查看同步(锁定)类型的对象监视器.

I would like the collector to know that when he finishes collecting, a possible data update is pending which yield the collected data might already be invalid.

如何使用BlockingQueue更新,以便收集器可以检查队列并查看它是否为非空.更新程序线程只是将更新信息添加到BlockingQueue,收集器将使更新出列并进行调整.然后它可以检查队列的长度并决定是否需要进入分析模式.

private BlockingQueue<Update> updateQueue = new LinkedBlockingQueue<Update>();
...
// called by the updater thread(s)
public void updateData(Update update) {
    updateQueue.put(update);
}
// called by the collector
public void collect() {
    while (!Thread.currentThread().isInterrupted()) {
        Update update = updateQueue.take();
        updateValues(update);
        if (updateQueue.isEmpty()) {
           analyzeData();
        }
    }
}

无论您如何操作,您都需要使用其他机制来考虑新数据更新,而不是检查所有线程的阻塞状态.

内容总结

以上是互联网集市为您收集整理的Java并发 – 监视器是否被阻止？全部内容，希望文章能够帮你解决Java并发 – 监视器是否被阻止？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端