join()方法的原理

线程的阻塞可以通过join方法来实现，但是多线程通过join方法实现时，和单线程有什么区别呢？

首先了解一下join的原理：调用join方法后，会使当前线程进入阻塞状态，即当前线程进入阻塞状态之后还没开始执行的都需要等此线程阻塞结束后才能执行，但是在当前线程阻塞之前已经开始的线程并不会受到影响。

只会使当前线程进入等待池并等待线程执行完毕后才会被唤醒；并不影响同一时刻处在运行状态的其他线程。

 

当多线程内所有每个线程都加入join方法时，其执行顺序及执行效率与单线程几乎一致，但实际上多线程还是经历了多个线程的生命周期，而单线程只有一个线程生命周期。

 

对一个线程的start方法同时调用两次会出现IllegalThreadStateException()异常，这在java5之后被认为是编程错误，属于运行时异常。

关于线程生命周期的不同状态，在Java 5以后，线程状态被明确定义在其公共内部枚举类型java.lang.Thread.State中，分别是：

• 新建（NEW），表示线程被创建出来还没真正启动的状态，可以认为它是个Java内部状态。

• 就绪（RUNNABLE），表示该线程已经在JVM中执行，当然由于执行需要计算资源，它可能是正在运行，也可能还在等待系统分配给它CPU片段，在就绪队列里面排队。

• 在其他一些分析中，会额外区分一种状态RUNNING，但是从Java API的角度，并不能表示出来。

• 阻塞（BLOCKED），这个状态和我们前面两讲介绍的同步非常相关，阻塞表示线程在等待Monitor lock。比如，线程试图通过synchronized去获取某个锁，但是其他线程已经独占了，那么当前线程就会处于阻塞状态。

• 等待（WAITING），表示正在等待其他线程采取某些操作。一个常见的场景是类似生产者消费者模式，发现任务条件尚未满足，就让当前消费者线程等待（wait），另外的生产者线程去准备任务数据，然后通过类似notify等动作，通知消费线程可以继续工作了。Thread.join()也会令线程进入等待状态。

• 计时等待（TIMED_WAIT），其进入条件和等待状态类似，但是调用的是存在超时条件的方法，比如wait或join等方法的指定超时版本，如下面示例：

public final native void wait(long timeout) throws InterruptedException;

• 终止（TERMINATED），不管是意外退出还是正常执行结束，线程已经完成使命，终止运行，也有人把这个状态叫作死亡。

在第二次调用start()方法的时候，线程可能处于终止或者其他（非NEW）状态，但是不论如何，都是不可以再次启动的。