今天有同事问到线程的问题，自己突然就有点蒙了，只模糊的记得个大概。

　　当初学习线程的时候把这7个状态记得比自己名字还熟悉

　　还把这7个状态编成了一段凄惨而美丽的爱情故事

　　没想到如今却只能记得个大概

　　真验证了“好记性不如烂笔头”的真理

　　还是赶快回忆一下吧

　　先从图片开始

　　小小的作下解释：

　　1、线程的实现有两种方式，一是继承Thread类，二是实现Runnable接口，但不管怎样，当我们new了这个对象后，线程就进入了初始状态;

　　2、当该对象调用了start()方法，就进入可运行状态;

　　3、进入可运行状态后，当该对象被操作系统选中，获得CPU时间片就会进入运行状态;

　　4、进入运行状态后情况就比较复杂了

　　4.1、run()方法或main()方法结束后，线程就进入终止状态;

　　4.2、当线程调用了自身的sleep()方法或其他线程的join()方法，就会进入阻塞状态(该状态既停止当前线程，但并不释放所占有的资源)。当sleep()结束或join()结束后，该线程进入可运行状态，继续等待OS分配时间片;

　　4.3、线程调用了yield()方法，意思是放弃当前获得的CPU时间片，回到可运行状态，这时与其他进程处于同等竞争状态，OS有可能会接着又让这个进程进入运行状态;

　　4.4、当线程刚进入可运行状态(注意，还没运行)，发现将要调用的资源被synchroniza(同步)，获取不到锁标记，将会立即进入锁池状态，等待获取锁标记(这时的锁池里也许已经有了其他线程在等待获取锁标记，这时它们处于队列状态，既先到先得)，一旦线程获得锁标记后，就转入可运行状态，等待OS分配CPU时间片;

　　4.5、当线程调用wait()方法后会进入等待队列(进入这个状态会释放所占有的所有资源，与阻塞状态不同)，进入这个状态后，是不能自动唤醒的，必须依靠其他线程调用notify()或notifyAll()方法才能被唤醒(由于notify()只是唤醒一个线程，但我们由不能确定具体唤醒的是哪一个线程，也许我们需要唤醒的线程不能够被唤醒，因此在实际使用时，一般都用notifyAll()方法，唤醒有所线程)，线程被唤醒后会进入锁池，等待获取锁标记。

　　总算全部回忆了一遍JDK1.5在API的使用上有了较好的改进，效率得到很大的提高，不过几个状态转换的原理还是一样。