Java java.lang.Thread#join()方法分析

2018-11-22 08:43:30来源:博客园 阅读 ()

新老客户大回馈,云服务器低至5折

 

结论:A 线程调用 B 线程对象的 join 方法,则 A 线程会被阻塞,直到 B 线程 挂掉 (Java Doc 原话: Watis for this thread to die)。

 

一、分析

查看源代码:

public final void join() throws InterruptedException {
        join(0); //得接着看这个带参数的方法,这里传入 0 表示等待时间为永久
}

带参数的 join:

public final synchronized void join(long millis)  // 注意这里的 synchronized  关键字,A 线程 获取了 B 线程对象的锁,所以下面的代码中才可以调用 wait 方法
throws InterruptedException {
long base = System.currentTimeMillis();
long now = 0;

if (millis < 0) {
throw new IllegalArgumentException("timeout value is negative");
}

if (millis == 0) { // 参数为 0
while (isAlive()) { // 等到死为止
wait(0); // 这是 Object 对象的 wait 方法,调用了这个方法的线程(A 线程)会阻塞
}
} else { // 等待参数指定的时间
while (isAlive()) {
long delay = millis - now;
if (delay <= 0) {
break;
}
wait(delay);
now = System.currentTimeMillis() - base;
}
}
}

 

到这里,基本可以得出开头的结论了。

 

但是,开头的结论并不十分严谨,因为线程 A 其实并不是一直阻塞直到线程 B 挂掉的:

while (isAlive()) {
    wait(0); //真正让线程 A 阻塞的是这个方法的调用
}

当 进入 wait(0) 时,线程 A 阻塞,但 wait(0) 返回时,线程 A 唤醒,但是 while 循环条件如果满足的话 (线程 B 还没死),线程 A 再次阻塞。

线程 A 一直在 join 方法里,在阻塞和唤醒之间不断切换状态,直到线程 B 挂掉。

 

 

二、应用场景

为什么要让线程 A 阻塞,直到线程 B 挂掉呢?

假如:线程 B 在做一个耗时的计算,线程 A 需要这个计算的结果,并且线程 A 没有其他事要做了,只想得到计算结果,那么线程 A 就可以 调用线程 B 对象 的 join 方法,

           让自己阻塞,等线程 B 挂掉(计算结束),取得计算结果。

 

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:SpringMVC处理参数中的枚举类型通用实现

下一篇:Java并发(十七):ConcurrentHashMap