线程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的使用上有了较好的改进，效率得到很大的提高，不过几个状态转换的原理还是一样。