synchronized与ReentrantLock的爱恨情仇
Posted 姓chen的大键哥
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了synchronized与ReentrantLock的爱恨情仇相关的知识,希望对你有一定的参考价值。
Java并发编程中,经常会遇到数据同步或者并发访问的问题,解决这类问题,可以使用锁来保证多线程并发访问的安全性。
Java 提供了两种锁机制来控制多个线程对共享资源的互斥访问,第一个是 JVM 实现的 synchronized,而另一个是 JDK 实现的 ReentrantLock。
synchronized
synchronized可以加在方法上使用,也可以使用synchronized代码块来进行同步
同步代码块
public void funcation()
synchronized (object)
//同步块中代码
它只作用于同一个对象,如果调用两个对象上的同步代码块,就不会进行同步。
public void funcation()
//this或者类名.class
synchronized (this)
//同步块中代码
同步一个类,同步块作用于整个类,也就是说两个线程调用同一个类的不同对象上的这种同步语句,也会进行同步。
同步方法
//同步一个普通方法
public synchronized void funcation()
// ...
它和同步代码块一样,作用于同一个对象。
//同步一个静态方法
public synchronized static void fun()
// ...
它和同步一个类一样,作用于整个类
ReentrantLock
ReentrantLock 是 java.util.concurrent(J.U.C)包中的锁。
public class LockTest
private Lock lock = new ReentrantLock();
public void funcation()
lock.lock();
try
for (int i = 0; i < 100; i++)
System.out.print(i + " ");
finally
// 确保释放锁,从而避免发生死锁。
lock.unlock();
synchronized和ReentrantLock区别
可重入性:
从名字上理解,ReenTrantLock的字面意思就是再进入的锁,synchronized关键字所使用的锁也是可重入的,两者关于这个的区别不大。两者都是同一个线程没进入一次,锁的计数器都自增1,所以要等到锁的计数器下降为0时才能释放锁。
锁的实现:
Synchronized是依赖于JVM实现的,而ReenTrantLock是JDK实现的。这有什么区别呢,简单的来说,就像一个功能通过操作系统控制实现(synchronized)和手动敲代码实现(ReentrantLock),前者的实现比较难以看到,后者有现成源码可读
性能的区别:
在Synchronized优化以前,synchronized的性能是比ReenTrantLock差很多的(都要从用户态线程切换成内核态线程),但是自从Synchronized引入了偏向锁,轻量级锁(自旋锁)后,两者的性能就差不多了,在两种方法都可用的情况下,官方建议使用synchronized,其实synchronized的优化的部分使用了CAS技术,这与ReenTrantLock一样,这么做目的是试图在用户态就把加锁问题解决,避免进入内核态的线程阻塞。
功能上的区别
- 便利性:很明显Synchronized的使用比较方便简洁,并且由编译器去保证锁的加锁和释放,而ReenTrantLock需要手工声明来加锁和释放锁,为了避免忘记手工释放锁造成死锁,所以最好在finally中声明释放锁。
- ReenTrantLock可以指定是公平锁还是非公平锁。而synchronized只能是非公平锁(公平锁就是先等待的线程先获得锁)。
- ReenTrantLock提供了一个Condition(条件)类,用来实现分组唤醒需要唤醒的线程们,而不是像synchronized要么随机唤醒一个线程要么唤醒全部线程。
- 当持有锁的线程长期不释放锁的时候,正在等待的线程可以选择放弃等待,改为处理其他事情。ReentrantLock 可中断(通过lock.lockInterruptibly()来实现),而 synchronized 不行。
如何选用这两种锁
除非需要使用 ReentrantLock 的高级功能,否则优先使用 synchronized。
因为 synchronized 是 JVM 实现的一种锁机制,JVM 原生地支持它,而 ReentrantLock 不是所有的 JDK 版本都支持。
并且使用 synchronized 不用担心没有释放锁而导致死锁问题,因为 JVM 会确保锁的释放。而ReentrantLock必须手动释放锁,不然会造成死锁,经验不足的程序员开发时可能会忘记释放锁导致程序出错。
以上是关于synchronized与ReentrantLock的爱恨情仇的主要内容,如果未能解决你的问题,请参考以下文章