Thread的join方法原理

Y说

今天没什么要说的。我个人很喜欢拍天空的照片,放一张前段时间晚上拍的照片吧。

join方法释放锁吗?

前段时间,有一个读者私信我,问了这么一个问题:Thread实例的join方法内部是调用的wait方法,而wait方法是会释放锁的,为什么网上很多文章(包括我们之前写的开源书《深入浅出Java多线程》)会说join方法不释放锁?

释放thread对象锁

我们先用书中的一个例子说起:

public class Join {
    static class ThreadA implements Runnable {

        @Override
        public void run() {
            try {
                System.out.println("我是子线程,我先睡一秒");
                Thread.sleep(1000);
                System.out.println("我是子线程,我睡完了一秒");
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }

    public static void main(String[] args) throws InterruptedException {
        Thread thread = new Thread(new ThreadA());
        thread.start();
        thread.join();
        System.out.println("如果不加join方法,我会先被打出来,加了就不一样了");
    }
}

在这个例子中,我们在main方法中调用了thread.join(),打印出来的效果就是:

我是子线程,我先睡一秒
我是子线程,我睡完了一秒
如果不加join方法,我会先被打出来,加了就不一样了

这个例子想要表达的意图很简单,就是通过thread实例的join方法,达到main线程等待thread线程执行完后再继续执行的效果。

那join方法底层是如何实现这个功能的呢?究竟会不会释放锁呢?我们点进去看看源码。

if (millis == 0) {
    while (isAlive()) {
        wait(0);
    }
} else {
    while (isAlive()) {
        long delay = millis - now;
        if (delay <= 0) {
            break;
        }
        wait(delay);
        now = System.currentTimeMillis() - base;
    }
}

可以看到,join的底层是调用的wait(long)方法。而wait方法是Object类型的实例方法,会释放当前Object的锁,且需要拿到当前Object的锁才行。

这么说可能有点绕。众所周知,Java的锁其实本质上是对象锁,因为我们前面调用的是thread.join(),所以这里的“锁”对象其实thread这个对象。那这里wait释放的是thread这个对象锁。

我们把上面的main方法简单改一下,用另一个线程是占住thread这个对象锁,就比较直观了:

public static void main(String[] args) throws InterruptedException {
    Thread thread = new Thread(new ThreadA());
    thread.start();
    new Thread(() -> {
        // 把thread对象作为锁占住,这样下面的join里面的wait只有等锁释放了才能执行。
        synchronized (thread) {
            try {
                System.out.println("我占住了thread锁");
                Thread.sleep(10000);
                System.out.println("我thread锁释放了");
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }).start();
    thread.join();
    System.out.println("如果不加join方法,我会先被打出来,加了就不一样了");
}

打印结果:

我是子线程,我先睡一秒
我占住了thread锁
我是子线程,我睡完了一秒
我thread锁释放了
如果不加join方法,我会先被打出来,加了就不一样了

这就印证了那句话:wait方法执行前,是需要获取当前对象的锁的。

所以回归到最开始的问题:join()方法会释放锁吗?严瑾的答案是它会释放thread实例的对象锁,但不会释放其它对象锁(包括main线程)。stackoverflow也对这个有讨论:Does Thread.join() release the lock? Or continue to hold it?

简单来说,你说它释放了锁也对,因为它确实通过wait方法释放了thread对象锁,你说它没释放锁也对,因为从调用线程的角度来看,它并没有释放当前调用线程持有的对象锁。

当然,为了防止其它读者看到这也有这个疑惑,我直接把文中的这句话删掉了。

image.png

谁唤醒了?

源码看到这,我又有了一个新的疑问:join方法内部是一个while循环。wait释放了锁,那必然会有一个人来唤醒它,程序才能够继续往下走。那必然有一个地方调用了thread对象的notify方法。

我们在Thread类里面可以找到一个exit()方法,上面备注写着:This method is called by the system to give a Thread a chance to clean up before it actually exits.

这么简单的英文大家应该都能看懂吧?

里面有这么一段代码:

if (group != null) {
    group.threadTerminated(this);
    group = null;
}

void threadTerminated(Thread t) {
    synchronized (this) {
        remove(t);

        if (nthreads == 0) {
            notifyAll();
        }
        if (daemon && (nthreads == 0) &&
            (nUnstartedThreads == 0) && (ngroups == 0))
        {
            destroy();
        }
    }
}

一开始我以为是在这里唤醒的,但仔细一看,这里调用的对象是ThreadGroup的实例,而不是thread实例。所以应该不是这个地方。

经过一通google之后,我又在stackoverflow上找到了正确的答案(stackoverflow, yyds):who and when notify the thread.wait() when thread.join() is called?

答案显示,这是在JVM层面去做的事:

static void ensure_join(JavaThread* thread) {
  // We do not need to grap the Threads_lock, since we are operating on ourself.
  Handle threadObj(thread, thread->threadObj());
  assert(threadObj.not_null(), "java thread object must exist");
  ObjectLocker lock(threadObj, thread);
  // Ignore pending exception (ThreadDeath), since we are exiting anyway
  thread->clear_pending_exception();
  // Thread is exiting. So set thread_status field in  java.lang.Thread class to TERMINATED.
  java_lang_Thread::set_thread_status(threadObj(), java_lang_Thread::TERMINATED);
  // Clear the native thread instance - this makes isAlive return false and allows the join()
  // to complete once we've done the notify_all below
  java_lang_Thread::set_thread(threadObj(), NULL);
  lock.notify_all(thread);
  // Ignore pending exception (ThreadDeath), since we are exiting anyway
  thread->clear_pending_exception();
}

可以看到除了notify_all以外,它其实做了很多扫尾的工作。包括处理异常、设置线程状态等。

如果线程没启动

再把代码改一下,如果线程没有通过start启动会怎样呢?

Thread thread = new Thread(new ThreadA());
// thread.start();
thread.join();
System.out.println("如果不加join方法,我会先被打出来,加了就不一样了");

会直接执行最后一行代码打印出来。

看join源码就知道了,在wait之前,会有一个isAlive()的判断,看当前线程是否是alive的。如果没有start,那就会直接返回false,不进入wait。

总结

join方法会释放thread对象锁,底层是wait方法,在JVM层面通过notify_all来唤醒的。

求个支持

我是Yasin,一个坚持技术原创的博主,我的wx公众号是:编了个程

都看到这儿了,如果觉得我的文章写得还行,不妨支持一下。

文章会首发到公众号,阅读体验最佳,欢迎大家关注。

你的每一个转发、关注、点赞、评论都是对我最大的支持!

还有学习资源、和一线互联网公司内推哦

求个支持

我是Yasin,一个坚持技术原创的博主,我的微信公众号是:编了个程

都看到这儿了,如果觉得我的文章写得还行,不妨支持一下。

文章会首发到公众号,阅读体验最佳,欢迎大家关注。

你的每一个转发、关注、点赞、评论都是对我最大的支持!

还有学习资源、和一线互联网公司内推哦

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容