为什么wait 和 notify 在 Object 类而不在 Thread 中声明？

最新推荐文章于 2024-12-04 20:29:49 发布

转载最新推荐文章于 2024-12-04 20:29:49 发布 · 1.2k 阅读

2 ·

CC 4.0 BY-SA版权

原文链接：https://blog.youkuaiyun.com/devcloud/article/details/100698417

Java 专栏收录该内容

76 篇文章

订阅专栏

本文深入探讨Java中wait和notify作为线程间通信机制的角色，解析其在Object类而非Thread类中声明的原因，以及如何在Java设计中遵循Hoare的监视器思想，确保线程安全和高效通信。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1) wait 和 notify 不仅仅是普通方法或同步工具，更重要的是它们是 Java 中两个线程之间的通信机制。对语言设计者而言, 如果不能通过 Java 关键字(例如 synchronized)实现通信此机制，同时又要确保这个机制对每个对象可用, 那么 Object 类则是的正确声明位置。记住同步和等待通知是两个不同的领域，不要把它们看成是相同的或相关的。同步是提供互斥并确保 Java 类的线程安全，而 wait 和 notify 是两个线程之间的通信机制。

2) 每个对象都可上锁，这是在 Object 类而不是 Thread 类中声明 wait 和 notify 的另一个原因。

3) 在 Java 中为了进入代码的临界区，线程需要锁定并等待锁定，他们不知道哪些线程持有锁，而只是知道锁被某个线程持有，并且他们应该等待取得锁, 而不是去了解哪个线程在同步块内，并请求它们释放锁定。

4) Java 是基于 Hoare 的监视器的思想。在Java中，所有对象都有一个监视器。线程在监视器上等待，为执行等待，我们需要2个参数：一个线程、一个监视器(任何对象)

在 Java 设计中，线程不能被指定，它总是运行当前代码的线程。但是，我们可以指定监视器(这是我们称之为等待的对象)。这是一个很好的设计，因为如果我们可以让任何其他线程在所需的监视器上等待，这将导致“入侵”，导致在设计并发程序时会遇到困难。请记住，在 Java 中，所有在另一个线程的执行中侵入的操作都被弃用了(例如 stop 方法)。