3。线程是否按照启动顺序执行

　　前言线程是按照启动顺序执行的吗？如何确保线程按照启动顺序执行？Thread.join()如何却确保线程按照启动顺序执行的？线程按照启动顺序执行
　　调用Thread的start()方法启动线程时，线程的执行顺序是不确定的。也就是说，在同一个方法中，连续创建多个线程后，调用线程的start()方法的顺序并不能决定线程的执行顺序。
　　看一个简单的示例程序，如下所示。
　　示例程序1
　　在ThreadSort01类中分别创建了三个不同的线程，thread1、thread2和thread3，接下来，在程序中按照顺序分别调用thread1.start()、thread2.start()和thread3.start()方法来分别启动三个不同的线程。
　　第一次执行顺序thread1 thread3 thread2
　　第二次执行顺序thread2 thread3 thread1
　　第三次执行顺序thread1 thread2 thread3
　　可以看到，每次运行程序时，线程的执行顺序可能不同。线程的启动顺序并不能决定线程的执行顺序。 如何确保线程的执行顺序
　　可以使用Thread类中的join()方法来确保线程的执行顺序。示例代码如下：
　　示例程序2
　　第一次执行顺序thread4 thread5 thread6
　　第二次执行顺序thread4 thread5 thread6
　　第三次执行顺序thread4 thread5 thread6
　　可以看到，每次运行的结果都是相同的，所以，使用Thread的join()方法能够保证线程的先后执行顺序。 Thread.join()如何却确保线程按照启动顺序执行的
　　既然Thread类的join()方法能够确保线程的执行顺序，我们就一起来看看Thread类的join()方法到底干了什么。
　　进入Thread的join()方法，如下所示：
　　Thread.join()源码
　　可以看到join()方法调用同类中的一个join ( long  millis )方法，并传递参数0。继续查看 join ( long  millis )，如下：
　　Thread.join(long millis)源码
　　可以看到join ( long  millis )方法使用了synchronized修饰，意味着这个方法同一时刻只能由一个实例或方法调用。如果入参millis为0，则在判断线程是处于活跃状态之后调用wait(0)；如果millis不为0，则计算延迟时间delay,调用wait(delay)。 继续跟进wait方法，如下：
　　Thread.wait()
　　wait()方法是一个本地方法，通过JNI的方式调用JDK底层来使线程等待执行完成。
　　注意：wait的作用是释放对象锁，释放CUP资源，使当前线程阻塞，进入对象的wait set，直到被通知、被中断或timeout到期。即会使主线程（调用join()方法的线程）进入阻塞状态，等待子线程执行完成后再次向下执行。 验证主线程调用Thread.join()是否会等待子线程执行完毕后继续执行
　　创建三个线程thread4、thread5、thread6，线程thread4输出之后sleep 20秒，再执行thread5、thread6。
　　验证主线程是否会等待子线程执行完毕后继续执行
　　执行代码会发现，程序会在执行thread4完输出，等待20秒之后，继续执行thread5、thread6。即在调用join()方法之后阻塞主线程，等待子线程执行完之后继续向下执行。