synchronized与ReentrantLock的区别

文章探讨了ReentrantLock与synchronized的区别及性能问题。常规区别在于ReentrantLock更灵活,需手动释放锁,线程进入waiting状态;synchronized无需手动释放,可修饰方法,线程会被block住。还对ReentrantLock是否性能更高提出疑问,认为单线程获取锁性能或更高。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

这是一个老生常谈的问题,但是如果仅仅是那些比较普遍的说法,我也不用记录这篇文章,今天在写两者代码的时候还有一个不容易发现到的区别点。

常规区别

  • ReentrantLock更加灵活,提供了超时获取锁,可中断锁。提供了非公平锁和非公平锁,而synchronized仅仅是非公平锁。
  • 用法上,ReentrantLock必须手动释放锁,并且只能修饰代码块。而synchronized不用手动释放锁,除此之外可以修饰方法。

还有一个区别是使用synchronized的线程会被block住,而ReentrantLock的线程则是进入waiting状态

疑问点

ReentrantLock真的比synchronized性能高吗?

我写了一个简单的demo

public class LockDemo {

    static ReentrantLock lock = new ReentrantLock(false);

    public static void main(String[] args) {
        syncTest();
		 //分别测试
//        lockTest();
    }


    public static void syncTest() {
        for (int i = 0; i < 10; i++) {
            new Thread() {
                @Override
                public void run() {
                    synchronized (lock) {
                        System.out.println(Thread.currentThread().getName() + "开始锁定");
                        try {
                            Thread.sleep(2 * 1000);
                        } catch (Exception e) {
                            e.printStackTrace();
                        } finally {
                            System.out.println(Thread.currentThread().getName() + "解锁");

                        }
                    }
                }
            }.start();
        }
    }

    public static void lockTest() {
        for (int i = 0; i < 10; i++) {
            new Thread() {
                @Override
                public void run() {
                    lock.lock();
                    System.out.println(Thread.currentThread().getName() + "开始锁定");
                    try {
                        Thread.sleep(2 * 1000);
                    } catch (Exception e) {
                        e.printStackTrace();
                    } finally {
                        System.out.println(Thread.currentThread().getName() + "解锁");
                        lock.unlock();
                    }
                }
            }.start();
        }
    }

}

复制代码

运行的结果如下:

Synchonized,其线程状态只有time_waiting与blocked,当获取到锁的线程执行完毕之后,其余线程会一起再次争抢锁

ReentrantLock的非公平锁测试,尽管我用的是非公平锁,但是看起来还是有公平性的。其内部线程进入的是waiting状态

至于是否性能是高点,我觉得单个线程去获取锁会比多个线程一起去抢锁性能会高一些吧,synchronized对锁做的优化也只是在单线程以及两个线程的时候做的优化,一旦升级为重量级锁,那些优化也就没有效果了。

当然这是个人猜测。

最后

这里其实看ReentrantLock内部的源码可以看到细节。

  • Locksupport.park,线程会进入waiting状态
  • ReentrantLock尽管使用的是非公平锁,但是如果有新的线程尝试获取到锁的时候,只有当前的线程会去争抢锁。

转载于:https://juejin.im/post/5ccd6928518825420112bc9d

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值