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