面试回答weakess(面试官问howaeyou)

导语：面试官问你synchronized和ReentrantLock有什么不同，这么回答

前言：去一家公司面试前，提前看了下synchronized的面试题，但是是临时抱佛脚，粗略的看了下。在面试时，还真问到了这块。首先被问到的是synchronized，这块答的还可以，本以为快结束了，结果面试官说那他与ReentrantLock有什么不同，面试题中的确有这个问题，但是我只是粗略的看了下，结果你懂得，被问的蒙都没蒙上。还不如直接回答没用过ReentrantLock。关公面前耍大刀，结果是搬了石头砸自己的脚。进入正题：

相同点：

都是用来协调多线程对共享对象、变量的访问都是可重入锁，同一线程可以多次获得同一个锁都保证了可见性和互斥性

不同点：

1、底层实现不一样，synchronized它是java语言的关键字，是原生语法层面的互斥，需要jvm实现。而ReentrantLock它是JDK 1.5之后提供的API层面的互斥锁，需要lock()和unlock()方法配合try/finally语句块来完成。也就是说synchronized隐式获得释放锁，ReentrantLock 显示的获得、释放锁。附源码：

synchronized字节码

ReentrantLock API

2、synchronized在发生异常时，会自动释放线程占有的锁，因此不会导致死锁现象发生；而Lock 在发生异常时，如果没有主动通过unLock()去释放锁，则很可能造成死锁现象，因此使用Lock 时需要在 finally块中释放锁。（这要看开发人员马虎不了）

3、synchronized是同步阻塞，使用的是悲观并发策略，lock是同步非阻塞，采用的是乐观并发策略。

4、ReentrantLock可以让等待锁的线程响应中断，而synchronized却不行，使用synchronized时，等待的线程会一直等待下去，不能够响应中断。通过ReentrantLock可以知道有没有成功获取锁，而synchronized却无法办到。最重要的是ReentrantLock可以提供公平锁，而synchronized只能是非公平锁。公平锁、非公平锁这里写一个示例代码：

首先重写ReentrantLock中的getQueuedThreads方法（便于观察日志输出）

getQueuedThreads

定义线程

公平锁执行结果

非公平锁执行结果

可以看出公平锁锁是按顺序执行的，而非公平锁没有按顺序执行。ReentrantLock默认是非公平锁，需要创建的时候设置为true标识公平锁。

5、ReentrantLock可以提高多个线程进行读操作的效率，实现读写锁。

读写锁

读写锁执行

可以有多个线程同时读，但是当出现写操作时，就只能有一个线程操作。

6、ReentrantLock通过Condition可以绑定多个条件。

Condition

Condition结果

大体上就是这些点。可能大家可能有的不是很理解，看看我写的代码，或者自己写一遍，可能就明白了。

本文内容由小岑整理编辑！