java线程join()源码中wait()和isAlive()的问题

最新推荐文章于 2022-08-22 18:48:11 发布

SunWenzh

最新推荐文章于 2022-08-22 18:48:11 发布

阅读量1k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： java

本文链接：https://blog.youkuaiyun.com/qq360828703/article/details/74078687

java 专栏收录该内容

8 篇文章

订阅专栏

本文详细解析了Thread类中join()方法的源码，并解答了为何调用wait方法会导致主线程等待，以及isAlive方法如何判断子线程是否存活。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Thread类中的join()方法源码如下：

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;
        }
    }
}
开始看这段源码的时候不明白，假设一个线程对象在main中调用join如：
public static void main(String[] args) throws InterruptedException {
    System.out.println("---main----");
    ThreadA threadA =new ThreadA();

    threadA.start();
    threadA.join();
    System.out.println("---main---");
}
问题1：那么在源码中调用wait方法应该是thraedA等待，但事实却是main方法等待了
原因是wait方法是object类中的方法，调用该方法是让获得当前对象锁的线程等待，而在threadA.join()时，是在主线程中进行调用了，主线程获得join方法上的对象锁。
public final synchronized void join(long millis)
问题2：为什么isAlive判断是的ThreadA线程是否存活，
    public final native boolean isAlive();
因为这个方法调用的是ThreadA从Thread类中继承的本地方法，是一种普通的方法调用，所以它判断的是ThreadA线程是否还存活。