Synchronized原理:
Synchronized在编译后
会在同步代码块前后分别形成monitorenter和monitorexit这两个字节码指令
友情提示:monitor是监视的意思 enter是进入 exit是退出(感觉光凭名字就能脑补出作用了对吧!
在执行monitorenter指令时, 首先要获取对象锁
如果这个对象没有被锁定或者当前线程已经拥有了那个对象锁, 把锁的计数器喜+1
相反在执行monitorexit指令时会将锁计算器 - 1
当计算器为0时, 锁就会被释放.
当然啦, 如果获取对象锁失败, 那当前线程可是会被阻塞的(
直到对象锁被另一个线程释放为止(可真安全啊(x
ReentrantLock原理:
天呐它实现了Lock接口唉(
就是那个必须得手动开启手动关闭的糙心玩意儿, 还只能锁代码块儿
主要利用CAS(Compare and Swap) 和 CLH队列来实现
CAS:Compare and Swap,比较并交换。CAS有3个操作数:内存值V、预期值A、要修改的新值B。当且仅当预期值A和内存值V相同时,将内存值V修改为B,否则什么都不做。在Java中,CAS主要是由sun.misc.Unsafe这个类通过JNI调用CPU底层指令实现。
[JNI是 java native interface哦
CLH: 带头结点的双向循环链表(这谁记得住(x
它们俩的区别
区别 | Synchronized | ReentrantLock(因为实现了Lock接口该有的其实都有) |
---|---|---|
构成 | 是Java的关键字, 是原生语法层面的互斥, 需要JVM实现 | 是JDK提供的API层面的互斥锁类 |
实现 | 通过JVM加锁解锁 | API层面的加锁解锁 |
编写 | 采用synchronized不需要用户去手动释放锁, 它是隐形锁出了作用域自动释放 | 必须要用户手动去加锁释放锁, 不然给你死锁(skr 需要lock()和unlock()方法配合try/finally语句块来完成 |
公平锁 | 非公平锁 | 两者都可以, 默认非公平锁, 构造器可以传入boolean值然进行选择 |
适用情况 | 在偶尔会出现同步的情况下更优 | 在同步激烈的时候性能比前者好很多 |