java - 我们是否应该避免显式使用 wait/notify/notifyAll

标签 java multithreading

我的问题是关于使用wait()notify()明确地。每次我们需要像 producer-consumer 这样的东西时,我们是否应该尝试避免它?并考虑使用BlockingDeque相反。

我试着想了一下,并没有找到或多或少合理的解释。此外,我试图发明一个例子,我们必须使用 wait()notify()明确但失败了。

最佳答案

java.util.concurrent中有更好的更高级别的构造,所以使用 wait/notify如今,这一点非常值得怀疑。

关于java - 我们是否应该避免显式使用 wait/notify/notifyAll,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31265044/

相关文章:

java - 从 ANSI X9.62 编码字节构造 ECPublicKey

java - Proguard 在 Scala 代码上崩溃,具体取决于 Multiverse STM

java - "Selection does not contain any Java files"来自 Eclipse

java - 在 spring mvc 中处理多种表单

java - Whatsapp 聊天中的表情符号

multithreading - Perl服务器中的内存泄漏

ios - 如何知道另一个线程是否正在访问资源?

java - 在所有线程完成之前从 java 方法返回

python - Popen 在 Python 2.7 中不返回

multithreading - Erlang的抽象机BEAM中使用了哪些OS线程?