线程的7种状态及相互转换

今天有同事问到线程的问题，自己突然就有点蒙了，只模糊的记得个大概。
当初学习线程的时候把这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的使用上有了较好的改进，效率得到很大的提高，不过几个状态转换的原理还是一样。