Java中的锁(分类)

写在前面:在学习多线程时,在网上查找了一些关于锁的资料,发现有一篇博客很好,转载整理以便以后的复习。

在java并发中,会涉及到很多锁,本文介绍各自锁的分类。其中有:

  1. 公平锁/非公平锁
  2. 可重入锁‘’
  3. 独享锁/共享锁
  4. 互斥锁/读写锁
  5. 乐观锁/悲观锁
  6. 分段锁
  7. 偏向锁/轻量级锁/重量级锁
  8. 自旋锁

上面是很多锁的名词,这些分类并不是全是指锁的状态,有的指锁的特性,有的指锁的设计,下面总结的内容是对每个锁的名词进行一定的解释。

公平锁/非公平锁

公平锁是指多个线程按照申请锁的顺序来获取锁。
非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取锁。有可能,会造成优先级反转或者饥饿现象。
对于Java ReentrantLock而言,通过构造函数指定该锁是否是公平锁,默认是非公平锁。非公平锁的优点在于吞吐量比公平锁大。
对于Synchronized而言,也是一种非公平锁。由于其并不像ReentrantLock是通过AQS的来实现线程调度,所以并没有任何办法使其变成公平锁。

可重入锁

可重入锁又名递归锁,是指在同一个线程在外层方法获取锁的时候,在进入内层方法会自动获取锁。说的有点抽象,下面会有一个代码的示例。
对于Java ReentrantLock而言, 他的名字就可以看出是一个可重入锁,其名字是Re entrant Lock重新进入锁。
对于Synchronized而言,也是一个可重入锁。可重入锁的一个好处是可一定程度避免死锁。

synchronized void setA() throws Exception{
    Thread.sleep(1000);
    setB();
}

synchronized void setB() throws Exception{
    Thread.sleep(1000);
}

上面的代码就是一个可重入锁的一个特点,如果不是可重入锁的话,setB可能不会被当前线程执行,可能造成死锁。

独享锁/共享锁

独享锁是指该锁一次只能被一个线程所持有。
共享锁是指该锁可被多个线程所持有。

对于Java ReentrantLock而言,其是独享锁。但是对于Lock的另一个实现类ReadWriteLock,其读锁是共享锁,其写锁是独享锁。
读锁的共享锁可保证并发读是非常高效的,读写,写读 ,写写的过程是互斥的。
独享锁与共享锁也是通过AQS来实现的,通过实现不同的方法,来实现独享或者共享。
对于Synchronized而言,当然是独享锁。

互斥锁/读写锁

上面讲的独享锁/共享锁就是一种广义的说法,互斥锁/读写锁就是具体的实现。
互斥锁在Java中的具体实现就是ReentrantLock
读写锁在Java中的具体实现就是ReadWriteLock

乐观锁/悲观锁

乐观锁与悲观锁不是指具体的什么类型的锁,而是指看待并发同步的角度。
悲观锁认为对于同一个数据的并发操作,一定是会发生修改的,哪怕没有修改,也会认为修改。因此对于同一个数据的并发操作,悲观锁采取加锁的形式。悲观的认为,不加锁的并发操作一定会出问题。
乐观锁则认为对于同一个数据的并发操作,是不会发生修改的。在更新数据的时候,会采用尝试更新,不断重新的方式更新数据。乐观的认为,不加锁的并发操作是没有事情的。

从上面的描述我们可以看出,悲观锁适合写操作非常多的场景,乐观锁适合读操作非常多的场景,不加锁会带来大量的性能提升。
悲观锁在Java中的使用,就是利用各种锁。
乐观锁在Java中的使用,是无锁编程,常常采用的是CAS算法,典型的例子就是原子类,通过CAS自旋实现原子操作的更新。

分段锁

分段锁其实是一种锁的设计,并不是具体的一种锁,对于ConcurrentHashMap而言,其并发的实现就是通过分段锁的形式来实现高效的并发操作。
我们以ConcurrentHashMap来说一下分段锁的含义以及设计思想,ConcurrentHashMap中的分段锁称为Segment,它即类似于HashMap(JDK7与JDK8中HashMap的实现)的结构,即内部拥有一个Entry数组,数组中的每个元素又是一个链表;同时又是一个ReentrantLock(Segment继承了ReentrantLock)。
当需要put元素的时候,并不是对整个HashMap进行加锁,而是先通过hashcode来知道他要放在那一个分段中,然后对这个分段进行加锁,所以当多线程put的时候,只要不是放在一个分段中,就实现了真正的并行的插入。
但是,在统计size的时候,可就是获取hashmap全局信息的时候,就需要获取所有的分段锁才能统计。
分段锁的设计目的是细化锁的粒度,当操作不需要更新整个数组的时候,就仅仅针对数组中的一项进行加锁操作。

偏向锁/轻量级锁/重量级锁

这三种锁是指锁的状态,并且是针对Synchronized。在Java 5通过引入锁升级的机制来实现高效Synchronized。这三种锁的状态是通过对象监视器在对象头中的字段来表明的。
偏向锁是指一段同步代码一直被一个线程所访问,那么该线程会自动获取锁。降低获取锁的代价。
轻量级锁是指当锁是偏向锁的时候,被另一个线程所访问,偏向锁就会升级为轻量级锁,其他线程会通过自旋的形式尝试获取锁,不会阻塞,提高性能。
重量级锁是指当锁为轻量级锁的时候,另一个线程虽然是自旋,但自旋不会一直持续下去,当自旋一定次数的时候,还没有获取到锁,就会进入阻塞,该锁膨胀为重量级锁。重量级锁会让其他申请的线程进入阻塞,性能降低。

自旋锁

在Java中,自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗CPU。
自旋锁参考资料:https://blog.csdn.net/qq_34337272/article/details/81252853

原文链接:https://www.cnblogs.com/qifengshi/p/6831055.html

<think>我们正在讨论Java并发编程中的分类。根据用户提供的引用和之前讨论的内容,我们可以将Java中的进行多维度分类分类可以从以下几个角度进行: 1. 按的性质:乐观 vs 悲观 2. 按的获取方式:显式 vs 隐式 3. 按的状态升级:无 -> 偏向 -> 轻量级 -> 重量级(仅synchronized) 4. 按的行为:可重入 vs 不可重入 5. 按共享策略:独占 vs 共享 6. 按的公平性:公平 vs 非公平 7. 按的优化技术:分段 下面我们根据这些分类详细展开,并给出每种的示例和特点。</think>### Java 并发编程中的分类详解 Java 并发可从**性质**、**实现方式**、**行为特性**和**优化策略**四个维度分类,核心分类如下: --- #### 一、按性质分类 | **类型** | **代表实现** | **特点** | **适用场景** | |----------------|---------------------|--------------------------------------------------------------------------|---------------------------| | **悲观** | `synchronized`、`ReentrantLock` | 默认并发冲突高,操作前先加(阻塞其他线程) | 写多读少、强一致性场景 | | **乐观** | `StampedLock`(乐观读) | 默认无冲突,通过版本号(如 `stamp`)检测冲突,失败则重试或升级为悲观[^4] | 读多写少、弱一致性场景 | > 💡 **示例:乐观实现** > ```java > StampedLock lock = new StampedLock(); > // 乐观读(不阻塞写线程) > long stamp = lock.tryOptimisticRead(); > if (!lock.validate(stamp)) { // 检查版本 > stamp = lock.readLock(); // 冲突则升级为悲观读 > try { /* 读取数据 */ } > finally { lock.unlockRead(stamp); } > } > ``` --- #### 二、按实现方式分类 | **类型** | **代表实现** | **特点** | |----------------|-----------------------|--------------------------------------------------------------------------| | **隐式** | `synchronized` | JVM 自动管理加/释放(通过字节码指令 `monitorenter`/`monitorexit`)[^3] | | **显式** | `ReentrantLock`、`StampedLock` | 需手动调用 `lock()`/`unlock()`,支持更灵活的控制(如超时、中断)[^1] | > ⚠️ **显式注意事项**: > - 必须用 `try-finally` 确保释放(避免死) > - `StampedLock` **不支持重入**,设计不当易导致死[^2] --- #### 三、按行为特性分类 | **类型** | **代表实现** | **特点** | |------------------|---------------------------|--------------------------------------------------------------------------| | **可重入** | `synchronized`、`ReentrantLock` | 同一线程可重复获取同一把(避免自死) | | **不可重入** | `StampedLock` | 同一线程重复获取会阻塞(需谨慎设计逻辑)[^2] | | **公平** | `ReentrantLock(true)` | 按线程等待顺序分配(避免饥饿,但性能低) | | **非公平** | `synchronized`、`ReentrantLock()` | 允许插队(默认模式,吞吐量高) | | **读写分离** | `ReentrantReadWriteLock` | 读共享(允许多线程并发读),写独占 | > 📊 **性能对比**: > ``` > 读操作性能:StampedLock(乐观读) > ReentrantReadWriteLock > synchronized > 写操作性能:ReentrantLock ≈ synchronized > StampedLock > ``` --- #### 四、按优化策略分类 | **策略** | **实现方式** | **目的** | |------------------|-----------------------------------|------------------------------------------| | **升级** | `synchronized` 的偏向→轻量级→重量级 | 根据竞争强度动态调整粒度[^3] | | **分段** | `ConcurrentHashMap` 的分段 | 将大对象拆分为小段,降低竞争[^3] | | **粗化** | JIT 编译器优化 | 合并连续加操作,减少请求次数[^3] | | **消除** | JIT 编译器优化(逃逸分析) | 移除不可能存在竞争的(如局部变量) | > 🔧 **分段示例**: > ```java > ConcurrentHashMap<String, Integer> map = new ConcurrentHashMap<>(); > // 不同段(如不同key)可并行操作 > map.computeIfAbsent("key1", k -> 1); // 段1加 > map.computeIfAbsent("key2", k -> 2); // 段2加(并行执行) > ``` --- ### 总结:选择指南 1. **优先隐式**:简单同步场景用 `synchronized`(JVM 自动优化升级)[^3] 2. **高并发读**:选 `StampedLock` 或 `ReentrantReadWriteLock`(读多写少场景)[^4] 3. **灵活控制**:需超时/中断功能时用 `ReentrantLock`[^1] 4. **性能极致优化**:结合分段粗化等策略减少竞争[^3] > ⚠️ **避坑提示**: > - `StampedLock` 适合**内部工具类**,复杂业务慎用(易死)[^2] > - 优化需结合性能测试(JMH),避免过度设计 --- ### 附录:状态转换(synchronized 升级) ```mermaid graph LR A[无] -->|首次访问| B[偏向:记录线程ID] B -->|其他线程访问| C[轻量级:CAS自旋] C -->|自旋失败| D[重量级:OS互斥] D -->|释放| A ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值