几个维度分析synchronized和Lock锁的区别(简单粗暴版)

从以下几个方面总结下区别:

1.原始构成
synchronized是关键字,属于jvm层面;monitorenter(底层使用monitor对象来完成,其实wait/notify等方法也通过monitor对象,只有在同步快或方法中才能调用wait/notify等方法),monitore’xit;
Lock是具体类(java.util.concurrent.locks.Lock)是api层面的锁;

2.使用方法
synchronized不需要用户去手动释放锁,当synchronized代码块执行完成后,系统会自动让线程释放对锁的占用;
ReentrantLock则需要用户去手动释放锁(需要lock()和unlock()方法配合finally语句块来完成),否则有可能导致死锁现象。

3.是否可中断
synchronized不可以被中断,除非抛出异常或者正常运行完成;
ReentrantLock可中断,a.设置超时方法:trylock(long timeout,TimeUnit unit);b.lockInterruptibly()放代码块中,调用interrupt()方法可中断;

4.加锁是否公平
synchronized是非公平锁;
ReentrantLock两者都可以,默认非公平锁,构造方法中指定,true为公平锁,fasle为非公平锁;

5.绑定多个condition
synchronized没有;
ReentrantLock用来实现分组唤醒需要唤醒的线程们,可以精确唤醒,而不是像synchronized要么随机唤醒一个线程,要么唤醒全部线程。

结论
synchronized在jdk 1.6版本进行了优化,性能有了巨大提升,基本上和java锁性能没有什么差异,所以在生产环境中,synchronized能满足的场景,尽量使用synchronized,简单方便。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值