为什么synchronized是非公平锁_synchronized与Lock的区别从此将不会被遗忘

一、区别：

1.首先synchronized 是一个悲观锁，而lock是乐观锁

2、从出处来讲

synchronized 是Java内置的关键字

Lock是java.util.concurrent.Locks 包下的一个接口，

3、从使用规则来讲，synchronized使用后会自动释放锁，而lcok必须要手动释放。特别是在发生异常时，需要在 finally 块中进行手动释放，否则会发生死锁行为

4、从公平性角度来讲 synchronized 是非公平锁，即不能保证等待锁线程的顺序，

Lock的实现 ReentrantLock 可通过实例化true or false 的构造参数实现公平锁和非公平锁，默认为非公平锁

ReentrantLock的构造参数

5、Lock可以判断获取锁的状态，而synchronized 则无法判断

6、Lock可响应中断，而 synchronized 不能响应中断，并且Lock提供了更丰富的方法实现；例如

Lock() ; //获取锁

tryLock(); //获取锁

tryLock(long time, TimeUnit unit); //在一定时间单位内等待获取锁

lockInterruptibly(); //获取锁，可响应中断(AB线程同时获取锁，A得到后，B进行等待，则B会被Tread.interrupt()方法中端并可去执行其他的代码逻辑，而synchronized无法被中端)

unlock(); //释放锁

以下对lockInterruptibly 进行简单的验证，代码结构糙，只为验证

7、ReentrantLock为Lock接口的实现之一(其他的实现有：ReadLock、ReadLockView、WriteLock、WriteLockView)并且ReentrantLock提供了更多的方法

lck.isFair();

lck.isLocked();

lck.getHoldCount();

lck.getQueueLength();

lck.wait();

...

8、Lock锁适合大量同步代码块的同步问题，synchronized锁适合少量代码的同步问题。

仔细点可以发现这些区别特点是从代码逻辑上由上而下，极大的方便了记忆,加深印象，有木有？

二、底层实现

1、synchronznized映射成字节码指令就是增加两个指令：monitorenter、monitorexit，

当一条线程执行时遇到monitorenter指令时，它会尝试去获得锁，如果获得锁，那么所计数器+1(为什么要加1，因为它是可重入锁，可根据这个琐计数器判断锁状态)，如果没有获得锁，那么阻塞，

当它遇到一个monitoerexit时，琐计数器会-1，当计数器为0时，就释放锁

(tips：节码中出现的两个monitoerexit指令的原因是：一个正常执行-1，令一个异常时执行，这两个用goto的方式只执行一个)

2、Lock底层则基于volatile和cas实现

近期导读：

synchronized用法总结

OSI网络七层模型很难记忆吗？不存在的

两步实现Java自定义注解

觉得喜欢的朋友不妨关注点赞转发支持下，让小编更加有动力