JAVA学习笔记--线程状态及对象锁
https://my.oschina.net/goldenshaw/blog?catalog=3277710&temp=1499785479453
[TOC]
一、线程状态
-
【NEW】 新建尚未运行
还没调用start，或者调用了start()方法，不一定立即改变线程状态，中间可能需要一些步骤才完成一个线程的启动
-
【RUNNABLE】 处于可运行状态：正在运行或准备运行
start调用结束，线程由NEW变成RUNNABLE,存活着并尝试占用CPU资源，yield操作，线程还是RUNNABLE状态，只是他有一个细节的内部变化，做一个简单的让步。在JAVA层面是RUNNABLE的状态，并不代表一定处于运行中的状态，比例BIO中，线程正阻塞在网络等待的时候，看到的状态依然是RUNNABLE状态，而底层线程已经被阻塞了。
-
【BLOCKED】 等待获取锁时进入的状态
线程被挂起了，通常是因为它在等待一个锁，当synchronized正好有线程在使用时，另外一个线程尝试进入这个临界区就会被阻塞，直到另一个线程走完临界区，或者发生响应锁对象的wait操作，他才有机会去争夺临界区的权利。抢到锁之后，状态从阻塞转到RUNNABLE
线程等待IO操作会进入BLOCKED状态 -
【WAITING】 通过wait方法进入的等待
当wart/join/park方法调用后，无限期地等待另一个线程来执行某一特定操作的线程处于WAITING状态。
-
【TIMED_WAITING】 等待另一个线程来执行取决于指定等待时间的操作的线程处于这种状态。
通过wait(t),sleep(t),join(t),parkNanos,parkUntil等方法进入此状态。当时间达到时触发线程回到工作状态Runnable。
interrupt只对处于waiting或timed_waiting状态的线程起作用，对其他状态不起作用。 -
【TERMINATED】 已退出的线程处于这种状态。
线程结束了，就处于这种状态，也就是run方法运行完了。在操作系统内部可能已经注销了相应的线程，或者将它复用给其他需要使用线程的请求。
New->Runnable: start()
Runnable->Blocked: lock
Blocked-->Runnable: unLock
Runnable->Waiting: wait()/sleep()/join()/IO
Waiting-->Runnable: wait、sleep、join结束/IO结束
Runnable->Timed_waiting: wait(T)/sleep(T)/join(T)
Timed_waiting-->Runnable: wait、sleep、join时间到
Runnable->Terminated: 正常退出/异常
BLOCKED和WAITING状态区别：
A、blocked是虚拟机认为程序还不能进入某个区域，因为同时进去就会有问题，这是一块临界区。
B、发生wait等操作的先决条件是要进入临界区，也就是线程已经拿到锁了，自己可能进去做了一些事情，但此时通过判定业务上的参数，发现还有一些其他配合的资源没有准备充分，那么自己就等等再做其他事情。
在waiting状态下，如果发生了interrupt操作，则处于该状态的线程在内部会抛出一个InterruptedException【跑出异常后，线程还需要获取到对应锁才能继续执行后续操作】，这个异常应当在run方法内捕获，使得run方法正常地执行完成，当然捕获异常后，是决定让线程继续运行，还是结束等要根据业务场景才处理。
IO操作会导致线程进入WAITING状态 参考 https://my.oschina.net/goldenshaw/blog/705397
二、对象锁
- 所有对象都自动含有单一的锁
- JVM负责跟踪对象被加锁的次数。第一个线程第一次获取到对象锁时候，锁计数为1，此线程再次获取这个对象的锁计数加一，释放一次减一直到全部释放（计数为0）其他线程才可以获取此对象的锁。
- 只有首先获得锁的任务（线程）才能继续获取该对象上的多个锁。
Object.wait()
线程必须先获取到对象监视锁，才能调用此方法。执行此方法线程立即释放对象监视锁,当前线程阻塞。若方法抛出InterruptedException异常，同样需要获取锁才能继续往下执行
Object.notify()
线程必须先获取到对象监视锁，才能调用此方法。执行此方法会唤起wait的线程，当前线程不会立即是否锁，直到临界区代码库执行完线程释放锁之后，其他线程才有机会去竞争锁。
Thread.sleep() //当前线程阻塞，不释放锁
Thread.yield() //让出CPU执行时间，不释放锁
