当前位置: 首页 > ds >正文

Lock锁

核心概念

  1. Lock 接口

    • 定义锁的基本操作:lock()unlock()tryLock() 等。
    • 替代 synchronized 的显式锁机制,支持更细粒度的控制。
  2. ReentrantLock(可重入锁)

    • 最常见的 Lock 实现类,允许同一线程多次获取同一把锁(避免死锁)。

基本用法

import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;public class LockExample {private final Lock lock = new ReentrantLock();private int counter = 0;public void increment() {lock.lock(); // 获取锁try {counter++;} finally {lock.unlock(); // 确保释放锁}}
}

Lock 与 synchronized 的区别

1. 实现方式
  • synchronized

    • JVM 内置关键字:通过对象头的锁状态(偏向锁→轻量级锁→重量级锁)实现,由 JVM 自动管理。
    • 隐式加锁:无需手动释放锁,代码块或方法执行完毕自动释放。
  • Lock

    • Java API 接口(如 ReentrantLock):基于 AQS(AbstractQueuedSynchronizer)实现,需显式调用 lock()unlock()
    • 显式加锁:必须手动释放锁(通常放在 finally 块中),否则可能导致死锁。
2. 锁特性
特性synchronizedLock
公平性仅支持非公平锁支持公平锁和非公平锁(构造参数指定)
中断响应不支持中断等待线程支持 lockInterruptibly() 中断等待
超时机制不支持支持 tryLock(timeout) 设定超时时间
条件变量单一条件(wait()/notify()支持多个 Condition 对象,精细化线程唤醒
锁状态查询无法判断锁是否被占用支持 isLocked() 等方法查询锁状态
3. 性能差异
  • 低竞争场景
    synchronized 性能更优(JVM 的偏向锁、轻量级锁优化减少开销)。
  • 高竞争场景
    Lock 性能更好(基于 CAS 自旋减少线程阻塞,支持更细粒度的锁控制)。
4. 锁类型
  • 均为悲观锁
    两者都假设并发冲突必然发生,访问共享资源前先加锁(synchronized 直接阻塞,Lock 可能自旋后阻塞)。
  • 乐观锁 是另一种机制(如 CAS 或版本号),无需加锁,通过冲突检测实现线程安全。
5. 使用场景
  • 优先 synchronized

    • 简单同步需求(如单例模式、简单代码块)。
    • 低线程竞争场景(利用 JVM 锁优化)。
  • 优先 Lock

    • 需要复杂控制(如超时、中断、公平锁)。
    • 高并发场景(减少线程阻塞,提升吞吐量)。
    • 需要绑定多个条件变量(如生产者-消费者模型)。
总结
  • synchronized:简单、自动管理,适合基础同步需求。
  • Lock:灵活、功能强大,适合高并发和复杂场景。
  • 选择依据:优先 synchronized,复杂需求或性能瓶颈时改用 Lock

高级功能

  1. 尝试获取锁 (tryLock())

    if (lock.tryLock(1, TimeUnit.SECONDS)) { // 尝试在1秒内获取锁try {// 临界区代码} finally {lock.unlock();}
    } else {// 超时处理
    }
    
  2. 公平锁

    Lock fairLock = new ReentrantLock(true); // 公平锁,按等待顺序分配锁
    
  3. 条件变量 (Condition)

    Lock lock = new ReentrantLock();
    Condition condition = lock.newCondition();// 线程等待条件
    lock.lock();
    try {condition.await(); // 释放锁并等待,类似 wait()
    } finally {lock.unlock();
    }// 唤醒等待线程
    lock.lock();
    try {condition.signal(); // 类似 notify()
    } finally {lock.unlock();
    }
    

读写锁 (ReentrantReadWriteLock)

  • 适用于读多写少场景,提高并发性能:

    ReadWriteLock rwLock = new ReentrantReadWriteLock();
    Lock readLock = rwLock.readLock(); // 读锁(共享)
    Lock writeLock = rwLock.writeLock(); // 写锁(独占)public void readData() {readLock.lock();try {// 读操作} finally {readLock.unlock();}
    }public void writeData() {writeLock.lock();try {// 写操作} finally {writeLock.unlock();}
    }
    

注意事项

  1. 必须在 finally 中释放锁:避免因异常导致锁无法释放。
  2. 避免死锁:确保锁的获取和释放顺序一致。
  3. 性能考量:高竞争场景下,synchronized 经过 JVM 优化后性能接近 Lock,但 Lock 提供更多控制选项。

适用场景

  • 需要细粒度控制锁(如超时、可中断)。
  • 需要公平锁或读写锁。
  • 需要多个条件变量实现复杂线程协作。

通过合理使用 Lock,可以显著提升多线程程序的灵活性和性能。

http://www.xdnf.cn/news/8561.html

相关文章:

  • 2025.05.22-携程春招机考真题解析-第一题
  • 思 维 方 式
  • 生产环境CPU飙升问题排查与优化实战
  • 后端环境配置
  • C/C++的OpenCV 进行轮廓提取
  • FastAPI 入门指南
  • 阿里通义千问3(Qwen3)开源掀桌子(附完整使用教程)
  • PET,Prompt Tuning,P Tuning,Lora,Qlora 大模型微调的简介
  • AI编程对传统软件开发的冲击和思考
  • 【Python数据库全栈指南】从SQL到ORM深度实践
  • youyu:91501
  • 互联网大厂Java求职面试:Spring Boot 3.2+自动配置原理、AOT编译及原生镜像
  • 嵌入式系统C语言编程常用设计模式---参数表驱动设计
  • 快排-P1923求第 k 小的数
  • 开发指南117-文字阴影特效
  • 七彩喜康养护理——科技赋能下的全周期健康守护
  • 60道Angular高频题整理(附答案背诵版)
  • 动态防御体系实战:AI如何重构DDoS攻防逻辑
  • 实时操作系统革命:实时Linux驱动的智能时代底层重构
  • 向量数据库该如何选择?Milvus 、ES、OpenSearch 快速对比:向量搜索能力与智能检索引擎的应用前景
  • 小白学习顺序表 之 通讯录实现
  • JAVA查漏补缺(2)
  • 并发容器(Collections)
  • 文章记单词 | 第109篇(六级)
  • 主成分分析基本概念及python代码使用
  • 【软件测试】第三章·软件测试基本方法(逻辑覆盖、路径覆盖)
  • 从数学融智学视域系统地理解《道德经》:38至56,德化社会
  • 【MySQL】实战时遇到的几个 tips
  • AAAI-2016《Approximate K-Means++ in Sublinear Time》
  • python实战:Python脚本后台运行的方法