1 synchronized 和 lock的区别
-
synchronized是一个关键字, lock是一个接口,实际使用的是实现类
-
synchronized通过触发的是系统级别的锁机制, lock是API级别的锁机制
synchronized自动获得锁,自动释放锁。 lock需要通过方法获得锁并释放锁
-
synchronized可以修饰代码段和方法,lock只能修饰代码中
-
synchronized无法判断是否获得锁,lock可以通过tryLock判断
-
synchronized一旦阻塞无法中断,lock可以被中断
lock.lockInterruptibly();等待并可以被中断
-
synchronized一旦出现死锁无法自动解决,lock出现死锁后自动解除
-
synchronized锁的形式单一, lock锁的形式多样化(可重入锁,排他锁,共享锁,读写锁,公平锁,非公平锁)
-
synchronized早先属于重量级锁,性能较低。 lock相比之下性能略高
main(){
A a = new A();
//问题是:在线程1调用t1方法,睡眠的10秒中,线程2和线程3和线程4能否执行?
new Thread(()->{a.t1()});
new Thread(()->{a.t2()});
new Thread(()->{a.t3()});
new Thread(()->{a.t4()});
new Thread(()->{a.t5()});
}
class A{
public synchronized void t1(){ //睡眠了10s中 }
public synchronized void t2(){}
public void t3(){}
public synchronized static void t4(){} //静态方法,属于类(模板对象 Class)
public void t5(){
synchronized(this.getClass()){}
}
}
2 synchronized详解
2.1 用户态与内核态
-
可以理解成是两种对系统元件不同的访问权限
-
程序运行时,会用到很多系统的元件。
-
不是所有的元件,所有的程序都具有使用权限
-
有些元件普通程序(Java程序)就可以直接访问,此时我们就说程序处于用户态
-
有些元件普通不能直接访问,需要通过系统帮助访问(CPU, IO等),此时我们就说程序处于内核态
-
我们的在运行的过程中,随着需要使用的系统元件不同,有可能会从用户态切换到内核态
-
用户态与内核态的切换需要耗时,耗资源。
2.2 用户线程 与 内核线程
-
系统有自己的线程,称为内核线程
-
我们使用Java语言创建的线程(Thread),称为用户线程
-
内核线程的数量与系统的cpu数量(逻辑处理器数量)是相同
-
用户线程在执行过程中,不是直接抢占CPU,而是要争抢与内核线程的关联(映射)
-
如果创建的用户线程过多, 多个用户线程会映射到一个内核线程上
-
但一个内核线程每次(一个时间片)只能为一个用户线程执行任务
-
所以当内核线程在多个用户线程之间切换时,需要保留上一个线程执行的相关信息
-
我们称这个过程为上下文切换
-
上下文切换耗时,耗资源
2.3 synchronized重量级锁
-
synchronized在上锁时,最终使用的是系统级别的mutex互斥锁(排他锁)
-
使用synchronized上锁时,会存在用户态与内核态的切换,性能较低。
-
我们称这种会涉及到系统资源使用的锁,为重量级锁。
-
jdk1.5 推出JUC之后, lock锁在一定程度上,减缓了重量级的性能消耗
-
lock锁在整个锁应用过程中,有一部分是在用户态完成的,少量在内核态完成。
-
所以lock在整体性能上要优于synchronized锁。
2.4 synchronized锁升级
-
早先版本(1.6-) , synchronized属于重量级锁,因为他直接使用系统级别的互斥锁
-
所以1.5版本的juc中,lock对于synchronized有所优化
-
1.6 直接对synchronized做了优化 , 提供了锁升级的机制
-
升级过程
-
注意:无论锁怎么样升级降级,对我们的编码没有影响。
-
可以利用JOL工具 和 对对象头结构的理解来测试锁升级的过程
-
创建对象时,在jvm堆内存中会开辟存储空间。这个对象空间也有一定的结构
-
部分一: 对象头
-
mark word 标记内容 ,其中包括锁标记,随着锁升级,锁标记也会变化
-
Klass 指向类模板
-
-
部分二: 属性数据空间
-
部分三: 数据对齐
-
扩展:如果是数组对象,还有部分四,length属性
-