sleep（）和wait（）之间的混淆[重复]

Question

这些是一些概念上的疑问。

我在准备 SCJP 时在一本书中读到了这一点

Just because a thread’s sleep() expires, and it wakes up, does not mean
it will return to running. It simply goes back to the runnable state.
So you can't rely on sleep() for an accurate timer.

假设我有线程 t1 和 t2 以及一个对象 obj1。

1) 我已经在 t1 上调用了 sleep() 5 秒，它正在对 obj1 做一些工作。 t1 在obj1 上仍有一些工作要做。 sleep() 不会释放对 obj1 的锁定。同时t2 正在尝试访问obj1。

但如果不能保证t1 会再次运行，那么t2 会一直等待下去吗？这种情况可以避免吗？

2) 如果t1 根据其任务对obj1 进行更改，并且在这期间我在t1 上调用wait()。 t2 介入并根据其工作对obj1 进行更改。

当t1 再次运行时，会一团糟，对吧？因为obj1 的状态将是t2 所做的任何事情，而t1 将丢失它在调用wait() 之前所做的所有工作。

3) wait() 是一种非静态方法，所以如果一个线程有另一个线程的引用，它会导致另一个线程等待吗？有没有例子可以理解这种应用？

4) 我还读到必须从同步上下文中调用 wait() 的内容，从同步上下文中调用 sleep() 是个坏主意。这两者的原因是什么？

Answer 1

好的，我会试着回答这个问题。

1. 如果t1 never 再次运行，我会说内核的线程调度程序已损坏。我不知道你从哪里得到它永远不会再运行的想法。

2. 如果您有两个线程对一个对象进行更改，则需要确保它们正常运行。例如使用synchronized 来确保一次只有一个线程操作对象。您的示例很奇怪，因为您似乎暗示程序员无法决定代码会发生什么。

3. 你不懂wait()和notify()。搜索关于他们的问题，有很多。

4. wait() 需要处于同步上下文中才能获取对象监视器。 sleep() 在同步上下文中只会为其他想要进入的线程创建一个不必要的块。

Answer 2

Java 中等待和睡眠的区别：

1. 在等待时等待释放对象上的锁而等待睡眠时不会释放锁定。
2. 等待通常是在条件下完成的，线程等待直到条件为真，而睡眠只是让您的线程进入睡眠状态。
3. wait 仅在同步上下文中调用，而 sleep 可以在没有同步块的情况下调用。有关详细信息，请参阅为什么需要从同步方法调用等待和通知。
4. 在对象上调用等待，而在线程上调用睡眠。请参阅为什么在对象类而不是线程中定义等待和通知。
5. 等待线程可以通过调用notify和notifyAll唤醒，而休眠线程不能通过调用notify方法唤醒。