java join()源码_Java Thread join()方法源码分析及应用场景

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