Java锁系列|Java锁体系(一)

在介绍具体锁之前,我们来总结下Java中到底有哪些锁,这篇作为系列文章的开篇,我们主要来搞清楚Java锁的体系架构、和一些锁的概念为后面的文章铺垫。

锁分类

公平锁/非公平锁

  • 公平锁:多个线程按照申请锁的顺序来获取锁。
  • 非公平锁:非公平锁指多个线程获取锁的顺序并不是按照申请锁的顺序、有可能后申请的先获取到锁、或造成优先级反转或者锁饥饿现象。

独占锁/共享锁

  • 独占锁:该锁每一次只能有一个线程持有,如ReentrantLock
  • 共享锁:该锁可以被多个线程共有。典型的就是ReentrantReadWtireLock里的读写锁,它的读锁是可重入锁、写锁为独占锁。

可重入锁/非可重入锁

  • 可重入锁:可重入锁又可以称作递归锁,在外层申请到锁后,内层仍可以使用锁并不会发生死锁(前提是同一个对象或者Class)这种锁被称为可重入锁。如 ReentrantLock、snychronized等
  • 非可重入锁:和可重入锁相反,不可递归调用,递归调用会发生死锁。

读写锁/互斥锁

  • 读写锁:读写锁即是互斥锁、也是共享锁, 读为共享锁、写为互斥锁。
  • 互斥锁:在操作共享资源之前加锁、操作完成后释放锁,在此之间任何想操作共享资源的线程都会被阻塞直到锁被释放。

乐观锁/悲观锁

  • 乐观锁:总是假设最好的情况,也就是认为每次在自己使用共享资源时,都不会被别的线程修改,所以也不用上锁。但是在更新时还是会判断下是不是确实没有被别的线程修改过。可以使用版本号或者CAS来实现。
  • 悲观锁:悲观主义者(总会有人想害朕)。在使用共享资源时总会加把锁,别的线程想使用,对不起你得等着,等我使用完后把锁打来你才能使用。(共享资源每次只允许一个线程使用,其它线程阻塞,用完后才把资源转让给其它线程使用)

分段锁

  • 分段锁其实是一种锁的设计思想,他并不是一种锁。典型的实现就是ConcurrentHashMap,其并发操作就是使用分段锁来设计实现的以达到高效的并发操作。

自旋锁

  • 自旋锁:也就是一个线程在获取锁时发现此锁已被其它线程持用,它就会循环等待不断的判断锁是否可以成功获取,直到成功获取锁才退出循环。(说白了也就把获取锁的逻辑放到一个无限循环中,退出条件就是获取到锁)

偏向锁

  • 偏向锁:如果一个同步代码块一直被同一个线程使用访问,那么该线程会自动获取锁,降低获取锁的代价

轻量锁

  • 轻量锁:轻量级锁是指当锁为偏向锁时共享资源被另一个线程访问,这时偏向锁会升级为轻量级锁。其它线程会通过自旋的形式来获取锁(不会阻塞,提高性能)。

重量级锁

  • 重量级锁:当前锁为轻量级锁时,另一个线程虽然会通过自旋来获取锁但是不会无休止的自旋下去当自旋到一定次锁或者时间时就会阻塞,这时轻量级锁就会膨胀为重量级锁。重量级锁会让线程阻塞,效率极低。

介绍到这在Java中出现的一些锁的一些概念基本介绍完了,全是文字看着比较枯燥也是大家最不喜欢看的技术文章。下面画个思维导图来帮助大家记忆。

根据锁的特点和流程情况将锁进行总结,希望帮助大家记忆。

~~~~~~~~锁的体系架构基本介绍完,希望对你有帮助~~~~~

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值