摘自：

JVM负责线程的调度。线程调度是指按照特定的机制为多个线程分配CPU的使用权。
调度的模式有两种：分时调度和抢占式调度。分时调度是所有线程轮流获得CPU使用权，并平均分配每个线程占用CPU的时间；抢占式调度是根据线程的优先级别来获取CPU的使用权。JVM的线程调度模式采用了抢占式模式。
JAVA多线程涉及到2个问题，一个是线程的调度，另一个是线程的同步

线程的状态有：new、runnable、running、waiting、timed_waiting、blocked、dead
    当执行new Thread(Runnable r)后，新创建出来的线程处于new状态，这种线程不可能执行
    当执行thread.start()后，线程处于runnable状态，这种情况下只要得到CPU，就可以开始执行了。
    runnable状态的线程，会接受JVM的调度，进入running状态，但是具体何时会进入这个状态，是随机不可知的

    running状态中的线程最为复杂，可能会进入runnable、waiting、timed_waiting、blocked、dead状态：
    如果CPU调度给了别的线程，或者执行了Thread.yield()方法，则进入runnable状态，但是也有可能立刻又进入running状态
    如果执行了Thread.sleep(long)，或者thread.join(long)，或者在锁对象上调用object.wait(long)方法，则会进入timed_waiting状态
    如果执行了thread.join()，或者在锁对象上调用了object.wait()方法，则会进入waiting状态
    如果进入了同步方法或者同步代码块，没有获取锁对象的话，则会进入blocked状态

    处于waiting状态中的线程，如果是因为thread.join()方法进入等待的话，在目标thread执行完毕之后，会回到runnable状态；如果是因为object.wait()方法进入等待的话，在锁对象执行object.notify()或者object.notifyAll()之后会回到runnable状态

    处于timed_waiting状态中的线程，和waiting状态中的差不多，只不过是设定时间到了，就会回到runnable状态

    处于blocked状态中的线程，只有获取了锁之后，才会脱离阻塞状态

    当线程执行完毕，或者抛出了未捕获的异常之后，会进入dead状态，该线程结束

必须从同步环境内调用wait()、notify()、notifyAll()方法。只有拥有该对象的锁的线程，才能调用该对象上的wait()、notify()、notifyAll()方法

线程状态为“waiting for monitor entry”：
    意味着它 在等待进入一个临界区 ，所以它在”Entry Set“队列中等待。
    此时线程状态一般都是 Blocked：java.lang.Thread.State: BLOCKED (on object monitor)

线程状态为“waiting on condition”：
    说明它在等待另一个条件的发生，来把自己唤醒，或者干脆它是调用了 sleep(N)。
    此时线程状态大致为以下几种：
    java.lang.Thread.State: WAITING (parking)：一直等那个条件发生；
    java.lang.Thread.State: TIMED_WAITING (parking或sleeping)：定时的，那个条件不到来，也将定时唤醒自己。

如果大量线程在“waiting for monitor entry”：
    可能是一个全局锁阻塞住了大量线程。
    如果短时间内打印的 thread dump 文件反映，随着时间流逝，waiting for monitor entry 的线程越来越多，没有减少的趋势，可能意味着某些线程在临界区里呆的时间太长了，以至于越来越多新线程迟迟无法进入临界区。

如果大量线程在“waiting on condition”：
    可能是它们又跑去获取第三方资源，尤其是第三方网络资源，迟迟获取不到Response，导致大量线程进入等待状态。
    所以如果你发现有大量的线程都处在 Wait on condition，从线程堆栈看，正等待网络读写，这可能是一个网络瓶颈的征兆，因为网络阻塞导致线程无法执行。
    
线程状态为“in Object.wait()”：
    说明它获得了监视器之后，又调用了 java.lang.Object.wait() 方法。
    每个 Monitor在某个时刻，只能被一个线程拥有，该线程就是 “Active Thread”，而其它线程都是 “Waiting Thread”，分别在两个队列 “ Entry Set”和 “Wait Set”里面等候。在 “Entry Set”中等待的线程状态是 “Waiting for monitor entry”，而在 “Wait Set”中等待的线程状态是 “in Object.wait()”。
    当线程获得了 Monitor，如果发现线程继续运行的条件没有满足，它则调用对象（一般就是被 synchronized 的对象）的 wait() 方法，放弃了 Monitor，进入 “Wait Set”队列。
    此时线程状态大致为以下几种：
        java.lang.Thread.State: TIMED_WAITING (on object monitor)；
        java.lang.Thread.State: WAITING (on object monitor)；
    一般都是RMI相关线程（RMI RenewClean、 GC Daemon、RMI Reaper），GC线程（Finalizer），引用对象垃圾回收线程（Reference Handler）等系统线程处于这种状态。    

JVM宕机的一个原因：
    由于某段代码没有释放数据库连接-->连接池中的连接耗尽-->部分线程无限TIMED_WAITING-->其余线程都BLOCKED-->开启新线程-->频繁引发GC-->占用大量CPU-->应用挂起