谈谈java线程中的Join

    最近在看java中线程相关的知识，学会很多以前感觉很模糊的知识点，今天准备记录一下线程的join方法
   开始写join方法前，先说一下java编程时会用到的一种等待-通知的模型，也就是wait和notify
   有时候我们并发编程时，一个线程修改了一个对象的值，另一个线程感知到了这个改变之后，开始进行处理其他的逻辑，这种模型的第一个线程叫做通知者，第二个线程是等待者。
实现这种模型有一种最简单的方法，就是等待者不断轮询变量的值，满足条件就开始执行自己的方法逻辑。

while(value!=desire){
    Thread.sleep(1000);
}
dosomethig();

    但是很明显，这种暴力方法不是我们追求的，所以java在设计的时候就设计了wait和notify方法，这个方法是所有对象的父类Object中的方法，所以所有的对象都拥有这种方法。另外需要注意，只有当前线程持有这个对象的锁之后才能调用对象的wait方法，当调用wait方法时，当前线程会自动释放持有的对象锁，所以这种编程模型的编程框架是如下这种

//等待者
synchronized (对象){
    while(条件不满足){
        对象.wait()
    }
    dosomething();
}
//通知者
synchronized (对象){
    改变条件
    对象.notifyAll();
}

    现在说到join，大家都知道join方法的试用场景，就是当我们在A线程调用了线程B.join()，则只有线程A会进入BLOCK状态，当线程B执行完成后，A线程才会继续执行
看一下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;
            }
        }
    }

    即A线程先通过synchronized，获得B线程的锁，再while判断B线程是否存活，存活则wait阻塞，直到B线程执行结束退出，线程退出时会调用notifyAll()方法。
这里之所以用while方法，是为了在被唤醒之后再确认一下是否满足了条件。
    因此A线程会等到B线程执行结束才会继续

顺便推荐《JAVA并发编程的艺术》，很厉害的书