目录
join调用了wait,但为什么不需要主动调用notify或notifyAll?
join调用了wait,但为什么不需要主动调用notify或notifyAll?
一般来说wait必须和notifyAll配合使用来释放锁和恢复锁,那我们来看一下join源码,发现并没有调用notify或notifyAll,来试主线程重新获得锁。
public final synchronized void join(long millis)
throws InterruptedException {
long base = System.currentTimeMillis();
long now = 0;
if (millis < 0) {
throw new IllegalArgumentException("timeout value is negative");
}
if (millis == 0) {
while (isAlive()) {
wait(0);
}
} else {
while (isAlive()) {
long delay = millis - now;
if (delay <= 0) {
break;
}
wait(delay);
now = System.currentTimeMillis() - base;
}
}
}
这个线程isAlive()会保持cpu对当前线程的占有(wait),跳出isAlive()以后cpu会自动调度到父线程去,不需要notify,底层自己实现的。
注意被调用线程结束后,会自动释放相关资源,故无需通过显示的调用notify来通知释放锁
wait一定需要notify或notifyAll吗?
问题的答案是不一定需要,比如wait(100),时间到了,主线程自动获取锁,那么wait不带时间或是0的,由于主线程不知道何时可以获得锁,所以需要显式的调用notify或notifyAll通知主线
notify或notifyAll的原理是什么?
Java提供了两个方法notify和notifyAll来唤醒在某些条件下等待的线程,你可以使用它们中的任何一个,但是Java中的notify和notifyAll之间存在细微差别,这使得它成为Java中流行的多线程面试问题之一。当你调用notify时,只有一个等待线程会被唤醒而且它不能保证哪个线程会被唤醒,这取决于线程调度器。虽然如果你调用notifyAll方法,那么等待该锁的所有线程都会被唤醒,但是在执行剩余的代码之前,所有被唤醒的线程都将争夺锁定,这就是为什么在循环上调用wait,因为如果多个线程被唤醒,那么线程是将获得锁定将首先执行,它可能会重置等待条件,这将迫使后续线程等待。因此,notify和notifyAll之间的关键区别在于notify()只会唤醒一个线程,而notifyAll方法将唤醒所有线程。
具体参考大牛分析:https://blog.youkuaiyun.com/boling_cavalry/article/details/77793224
922

被折叠的 条评论
为什么被折叠?



