Java中Thread类的join方法到底是如何实现等待

现在的场景是A线程执行：
public void run(){
bThread.join(0);//把b线程加入到当前线程（a线程），等待b结束，当前a线程才会结束.
}
B线程执行
public void run(){
for(int i=0;i<10000;i++)
lipMyAss();//亲我的屁股，哦~~亲
}

看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) {//这个分支是无限期等待直到b线程结束
        while (isAlive()) {
            wait(0);
        }
    } else {//这个分支是等待固定时间，如果b没结束，那么就不等待了。。。
        while (isAlive()) {
            long delay = millis - now;
            if (delay <= 0) {
                break;
            }
            wait(delay);
            now = System.currentTimeMillis() - base;
        }
    }
}

然后只说无限期等待的情况：

while (isAlive()) {
//只要线程还活着，我tm就等到天荒地老
    wait(0);//wati操作，那必然有synchronized与之对应
}

再来看sychronized是谁

public final synchronized void join(long millis)

成员方法加了synchronized说明是synchronized(this)......

this是谁啊？看吧 bThread.join(0); 那说明this就是b线程对象本身。

我擦了个擦，a线程要骂了，tm在我身体里等b线程。

大家都知道，有了wait，必然有notify，我刚保证楼主在整个jdk里面都不会找到对b线程对象的notify操作。这就要看jvm代码了：

//一个c++函数：
void JavaThread::exit(bool destroy_vm, ExitType exit_type) ；

//这家伙是啥，就是一个线程执行完毕之后，jvm会做的事，做清理啊收尾工作，
//里面有一个贼不起眼的一行代码，眼神不好还看不到的呢，就是这个：

ensure_join(this);

//翻译成中文叫 确保_join(这个)；代码如下：

static void ensure_join(JavaThread* thread) {
  Handle threadObj(thread, thread->threadObj());

  ObjectLocker lock(threadObj, thread);

  thread->clear_pending_exception();

  java_lang_Thread::set_thread_status(threadObj(), java_lang_Thread::TERMINATED);

  java_lang_Thread::set_thread(threadObj(), NULL);

  //同志们看到了没，别的不用看，就看这一句，妈了个淡淡，
//thread就是当前线程，是啥是啥？就是刚才说的b线程啊。
  lock.notify_all(thread);

  thread->clear_pending_exception();
}

至此，b线程对象被notifyall了，那么a线程也就能继续跑下去了。

至于wait/notify是怎么实现的，其实jvm实现的方法和java里面的ReentrantLock原理差不多，都是各种waitinglist，各种status判断，各种cas操作，有兴趣可以看ReentrantLock源码。