synchronized和lock实现唤醒等待通知的约束
- 线程必须先获得并持有锁,等待唤醒方法必须在锁块(syn{},lock)中
- 必须先等待后唤醒,线程才能够被唤醒
LockSupport相比以上:
- LockSupport实现简单的线程阻塞唤醒的代码更加简洁
- LockSupport可以先将线程唤醒,例如此时一线程a还没有阻塞(该线程自己没有执行park方法),但是提前被其他线程唤醒(即其他线程提前对a线程执行了unpark方法),a线程的执行的park方法将失效。(支持先唤醒后等待)
为什么呢?
LockSupport的运行依赖于许可证,每个线程的在创建时的许可证为0,两个核心方法中的park()消耗许可证,当该线程的许可证数量为1时,该线程会消耗一个许可证并且不会被阻塞继续执行。当该线程的许可证数量为0时,该线程会阻塞等待直至其他线程对该线程发放许可证(即其他线程对该线程执行unpark(Thread thread)方法)。
注意:许可证数量最大为1,[0,1]
示例:
Thread a = new Thread(() -> {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread().getName()+"\t come in");
LockSupport.park();
System.out.println(Thread.currentThread().getName()+"\t finish");
}, "AAA");
Thread b = new Thread(() -> {
System.out.println(Thread.currentThread().getName()+"\t come in");
LockSupport.unpark(a);
System.out.println(Thread.currentThread().getName()+"\t finish");
}, "BBB");
a.start();
b.start();
输出
AAA come in
BBB come in
BBB finish
AAA finish
可能是我对线程理解还不够透彻,我又有了另一个问题,如果a在被unpark之前不是在被阻塞的状态而是根本没有运行呢?像这样
Thread a = new Thread(() -> {
System.out.println(Thread.currentThread().getName()+"\t come in");
LockSupport.park();
System.out.println(Thread.currentThread().getName()+"\t finish");
}, "AAA");
Thread b = new Thread(() -> {
System.out.println(Thread.currentThread().getName()+"\t come in");
LockSupport.unpark(a);
System.out.println(Thread.currentThread().getName()+"\t finish");
}, "BBB");
b.start();
try {
Thread.sleep(3000);
} catch (InterruptedException e) {
e.printStackTrace();
}
a.start();
让b线程先执行并且也是先发放许可证,此时输出:
BBB come in
BBB finish
AAA come in
允远阻塞。。。。。
这时候我们就可以开始复习线程的生命周期了:新建(New)、就绪(Runnable)、运行(Running)、阻塞(Blocked)和死亡(Dead)
- 新建状态,利用new关键字新建了一个线程后的状态,此时由jvm为其分配内存并初始化成员变量的值
- 就绪状态,即调用了start()方法后的状态,jvm为线程创建方法调用栈和程序计数器
这时候我们也得知了,LockSupport的许可证数量初始化就应该是在就绪状态完成的