结论: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 挂掉(计算结束),取得计算结果。