深入Java多线程进阶：从锁策略到并发工具全解析

带你深入了解更高级的多线程知识包括各种锁策略、CAS机制、synchronized原理、JUC工具类等核心内容。这些知识是成为Java高级开发者的必经之路也是面试中经常考察的重点。1. 常见的锁策略乐观锁 vs 悲观锁这是两种截然不同的并发控制思路悲观锁总是假设最坏情况每次访问共享资源前都会加锁。比喻是同学A认为老师很忙会先发消息确认老师是否有空加锁操作得到肯定答复后才去问问题。典型的实现是synchronized和ReentrantLock。乐观锁假设冲突不常发生访问数据时不加锁只在更新时检查是否有冲突。比喻是同学B认为老师很闲直接去找老师问问题。如果老师确实忙就下次再来。典型实现是CAS机制。适用场景锁竞争激烈时悲观锁更合适锁竞争不激烈时乐观锁效率更高重量级锁 vs 轻量级锁重量级锁依赖操作系统提供的mutex互斥锁实现涉及大量内核态/用户态切换容易引发线程调度成本较高。轻量级锁尽量在用户态完成加锁操作减少系统调用开销。synchronized开始是轻量级锁冲突严重时升级为重量级锁。内核态 vs 用户态的比喻在银行窗口外自己办理业务是用户态效率可控在窗口内由工作人员办理是内核态效率不可控。自旋锁传统锁在获取失败时线程会进入阻塞状态放弃CPU。自旋锁采用不同策略// 自旋锁伪代码 while(抢锁(lock) 失败) {}特点优点不放弃CPU一旦锁释放能立即获取缺点如果锁持有时间长会持续消耗CPU资源比喻追求女神时死皮赖脸每天问候自旋锁 vs 陷入沉沦很久后再尝试挂起等待锁。公平锁 vs 非公平锁公平锁遵守先来后到按请求顺序分配锁非公平锁不按顺序允许插队synchronized是非公平锁。公平锁需要额外数据结构记录线程顺序可能降低吞吐量。可重入锁 vs 不可重入锁可重入锁允许同一线程多次获取同一把锁不可重入锁不允许会导致死锁把自己锁死的场景线程持有锁后再次尝试获取同一把锁如果是不可重入锁就会死锁。Java中的synchronized和ReentrantLock都是可重入锁。读写锁针对读多写少场景的优化锁读锁与读锁不互斥写锁与写锁互斥读锁与写锁互斥Java的ReentrantReadWriteLock实现了读写锁。举例教务系统中查看同学列表读操作频繁修改同学列表写操作不频繁。2. CASCompare and Swap什么是CASCAS是一种无锁编程技术包含三个操作比较内存值V与预期值A如果相等将新值B写入V返回操作是否成功// CAS伪代码 boolean CAS(address, expectValue, swapValue) { if (address expectedValue) { address swapValue; return true; } return false; }CAS是原子的硬件指令可视为乐观锁的一种实现。CAS的应用1. 实现原子类AtomicInteger atomicInteger new AtomicInteger(0); atomicInteger.getAndIncrement(); // 线程安全的i2. 实现自旋锁基于CAS可以实现更灵活的自旋锁。ABA问题问题描述线程t1读取值A准备改为Z。在此期间t2将值从A改为B又改回A。t1的CAS操作会成功但无法感知中间的变化。解决方案引入版本号每次修改版本号1CAS比较值和版本号Java提供AtomicStampedReference解决此问题翻新手机的比喻无法区分是全新手机还是翻新后又恢复原样的手机。3. synchronized原理synchronized的特性JDK 1.8开始是乐观锁冲突频繁时转为悲观锁开始是轻量级锁持有时间长时转为重量级锁轻量级锁实现用自旋锁策略非公平锁可重入锁不是读写锁加锁工作过程JVM将锁状态分为四级逐步升级1. 偏向锁第一个加锁线程进入偏向状态只是做标记不真正加锁后续无竞争则避免加锁开销有竞争时取消偏向进入轻量级锁2. 轻量级锁通过CAS实现竞争不激烈时使用自适应自旋根据情况调整自旋次数3. 重量级锁竞争激烈时使用依赖操作系统mutex涉及内核态切换成本高其他优化锁消除JVM检测到不可能存在共享数据竞争时消除不必要的锁。锁粗化将多次连续的加锁解锁合并为一次减少开销。4. JUCjava.util.concurrent常见类Callable接口与Runnable相比Callable可以有返回值和抛出异常。CallableInteger callable new CallableInteger() { Override public Integer call() throws Exception { int sum 0; for (int i 1; i 1000; i) { sum i; } return sum; } }; FutureTaskInteger futureTask new FutureTask(callable); Thread t new Thread(futureTask); t.start(); int result futureTask.get(); // 阻塞等待结果ReentrantLock可重入互斥锁比synchronized更灵活ReentrantLock lock new ReentrantLock(); lock.lock(); try { // working } finally { lock.unlock(); // 必须手动释放 }与synchronized的区别手动释放锁可尝试获取锁tryLock可配置公平锁更精确的等待-唤醒机制原子类基于CAS实现的高性能原子操作类AtomicInteger、AtomicLong、AtomicBoolean等性能远高于加锁实现线程池核心参数理解文档用开公司比喻corePoolSize正式员工数永不辞退maximumPoolSize正式员工临时工数keepAliveTime临时工空闲时间workQueue任务队列RejectedExecutionHandler拒绝策略四种拒绝策略AbortPolicy抛出异常CallerRunsPolicy调用者执行DiscardOldestPolicy丢弃最老任务DiscardPolicy丢弃新任务信号量Semaphore控制同时访问特定资源的线程数量Semaphore semaphore new Semaphore(4); // 4个可用资源 semaphore.acquire(); // 申请资源(P操作) // 访问资源 semaphore.release(); // 释放资源(V操作)比喻停车场车位展示牌。CountDownLatch等待多个任务完成CountDownLatch latch new CountDownLatch(10); // 每个任务完成后调用 latch.countDown(); // 主线程等待 latch.await();比喻跑步比赛所有选手到达终点才公布成绩。5. 线程安全的集合类CopyOnWriteArrayList写时复制的线程安全List写操作复制新数组不影响读操作读多写少时性能高读操作不需要加锁ConcurrentHashMap线程安全的HashMap相比Hashtable的优化锁粒度更细锁每个桶链表头节点而非整个表CAS优化size等属性用CAS更新扩容优化化整为零多线程协助扩容结构优化链表过长转红黑树Java 86. 死锁死锁产生的四个必要条件互斥使用资源不能共享不可抢占不能强制夺取资源请求和保持持有资源同时请求新资源循环等待形成等待环路如何避免死锁最实用的是破坏循环等待按固定顺序获取锁。// 错误可能死锁 线程1lock1 - lock2 线程2lock2 - lock1 // 正确按固定顺序 线程1lock1 - lock2 线程2lock1 - lock2吃饺子需要酱油和醋的生动比喻说明了死锁场景。7. 常见面试题解析最后列出了多个高频面试题volatile关键字的用法保证内存可见性不保证原子性Java多线程数据共享通过堆内存共享数据线程状态转换NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATEDConcurrentHashMap的优化锁分段-锁桶、链表转红黑树、协助扩容进程和线程的区别资源分配 vs 调度单位、内存空间是否共享总结Java多线程进阶涉及的知识点既深且广。从基础的锁策略到CAS机制从synchronized的内部原理到JUC工具类的使用每一部分都需要深入理解。关键要点理解不同锁策略的适用场景没有绝对的优劣掌握CAS的原理和局限性特别是ABA问题了解synchronized的优化过程从偏向锁到重量级锁熟练使用JUC工具类根据场景选择合适工具重视线程安全问题使用线程安全集合或手动同步避免死锁按顺序获取锁多线程编程如同走钢丝需要在性能和正确性之间找到平衡。希望这篇博客能帮助你在多线程的道路上走得更稳更远。在实践中不断尝试和思考你会逐渐掌握这门艺术。