lock和synchronized区别

1、作用

lock 和 synchronized 都是 Java 中去用来解决线程安全问题的一个工具。

2、来源

sychronized 是 Java 中的一个关键字。

lock 是 JUC 包里面提供的一个接口，这个接口有很多实现类，其中就包括我们最常用的 ReentrantLock(可重入锁)。

3、锁的力度

sychronized 可以通过两种方式去控制锁的力度：

1. 把 sychronized 关键字修饰在方法层面。
2. 修饰在代码块上。

锁对象的不同：

1. 锁对象为静态对象或者是class对象，那这个锁属于全局锁。
2. 锁对象为普通实例对象，那这个锁的范围取决于这个实例的生命周期。

lock锁的力度是通过 lock()与unlock()两个方法决定的。在两个方法之间的代码能保证其线程安全。lock的作用域取决于lock实例的生命周期。

4、灵活性

lock锁比sychronized的灵活性更高。

lock可以自主的去决定什么时候加锁与释放锁。只需要调用lock 的lock()和unlock()这两个方法就可以。

sychronized 由于是一个关键字，所以他无法实现非阻塞竞争锁的方法，一个线程获取锁之后，其他锁只能等待那个线程释放之后才能有获取锁的机会。

5、公平锁与非公平锁

公平锁：多个线程按照申请锁的顺序去获得锁，线程会直接进入队列去排队，永远都是队列的第一位才能得到锁。

• 优点：所有的线程都能得到资源，不会饿死。
• 缺点：吞吐量低，队列里面除了第一个线程，其他的线程都会阻塞，cpu唤醒阻塞线程的开销大。

非公平锁：多个线程去获取锁的时候，会直接去尝试获取，获取不到，再去进入等待队列，如果能获取到，就直接获取到锁。

• 优点：可以减少CPU唤醒线程的开销，整体的吞吐效率会高点，CPU也不必取唤醒所有线程，会减少唤起线程的数量。
• 缺点：可能导致队列中间的线程一直获取不到锁或者长时间获取不到锁，最终饿死。

lock提供了公平锁和非公平锁两种机制（默认非公平锁）。

sychronized是非公平锁。

6、异常是否释放锁

synchronized锁的释放是被动的，当sychronized同步代码块执行结束或者出现异常的时候才会被释放。

lock锁发生异常的时候，不会主动释放占有的锁，必须手动unlock()来释放，所以我们一般都是将同步代码块放进try-catch里面，finally中写入unlock()方法，避免死锁发生。

7、判断是否能获取锁

synchronized不能。

lock提供了非阻塞竞争锁的方法trylock()，返回值是Boolean类型。它表示的是用来尝试获取锁：成功获取则返回true；获取失败则返回false，这个方法无论如何都会立即返回。

8、调度方式

synchronized使用的是object对象本身的wait、notify、notifyAll方法，而lock使用的是Condition进行线程之间的调度。

9、是否能中断

synchronized只能等待锁的释放，不能响应中断。

lock等待锁过程中可以用interrupt()来中断。

10、性能

如果竞争不激烈，性能差不多；竞争激烈时，lock的性能会更好。

lock锁还能使用readwritelock实现读写分离，提高多线程的读操作效率。

11、sychronized锁升级

synchronized 代码块是由一对 monitorenter/monitorexit 指令实现的。Monitor的实现完全是依靠操作系统内部的互斥锁，因为需要进行用户态到内核态的切换，所以同步操作是一个无差别的重量级操作。

所以现在JVM提供了三种不同的锁：偏向锁、轻量级锁、重量级锁。

偏向锁：

当没有竞争出现时，默认使用偏向锁。线程会利用 CAS 操作在对象头上设置线程 ID ，以表示对象偏向当前线程。

目的：在很多应用场景中，大部分对象生命周期最多会被一个线程锁定，使用偏向锁可以降低无竞争时的开销。

轻量级锁：

JVM比较当前线程的 threadID 和 Java 对象头中的threadID是否一致，如果不一致（比如线程2要竞争锁对象），那么需要查看 Java 对象头中记录的线程1是否存活（偏向锁不会主动释放因此还是存储的线程1的 threadID），如果没有存活，那么锁对象还是为偏向锁（对象头中的threadID为线程2的）；如果存活，那么撤销偏向锁，升级为轻量级锁。

当有其他线程想访问加了轻量级锁的资源时，会使用自旋锁优化，来进行资源访问。

目的：竞争锁对象的线程不多，而且线程持有锁的时间也不长的情景。因为阻塞线程需要CPU从用户态转到内核态，开销大，如果刚刚阻塞不久这个锁就被释放了，就得不偿失了，因此这个时候就干脆不阻塞这个线程，让它自旋这等待锁释放。

重量级锁：

自旋失败，很大概率 再一次自选也是失败，因此直接升级成重量级锁，进行线程阻塞，减少cpu消耗。

当锁升级为重量级锁后，未抢到锁的线程都会被阻塞，进入阻塞队列。