8、并发基础-concurrent.locks锁机制

本文深入探讨了Java中Lock对象的应用,包括ReentrantLock重入锁的使用方法、结合Condition类实现线程间的等待与通知机制,以及ReentrantReadWriteLock读写锁如何实现读写分离以提高并发性能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录:

1. ReentrantLock(重入锁)
2. 重入锁,使用Condition类,实现锁于等待/通知
3. ReentrantReadWriteLock(读写锁)

在java多线程种,我们知道可以使用synchronized关键字来实现线程间的同步互斥工作,那么其实还有一个更优秀的机制完成这个“同步互斥”工作,他就是Lock对象,它主要有两种锁,重入锁和读写锁。她们具有比synchronized更为强大的功能,并且有嗅探锁定、多路分支等功能。

1、ReentrantLock(重入锁)

重入锁,在需要进行同步的代码部分加上锁,但不要忘记最后一定要释放锁定,不然会造成锁永远无法释放,其他线程永远进不来的结果。官方推荐的做法就是在finally里面释放锁。

 class X {
   private final ReentrantLock lock = new ReentrantLock();
   // ...
   public void m() {
     lock.lock();  // block until condition holds
     try {
       // ... method body
     } finally {
       lock.unlock()
     }
   }
}

测试代码:

import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class UseReentrantLock {

    private Lock lock = new ReentrantLock();

    public void method1(){
        try {
            //获取锁
            lock.lock();
            System.out.println("当前线程:" + Thread.currentThread().getName() + "进入method1..");
            Thread.sleep(1000);
            System.out.println("当前线程:" + Thread.currentThread().getName() + "退出method1..");
            Thread.sleep(1000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            //释放锁,如果不释放锁T1或者T2会有其中一个线程进不来
            lock.unlock();
        }
    }

    public void method2(){
        try {
            //获取锁
            lock.lock();
            System.out.println("当前线程:" + Thread.currentThread().getName() + "进入method2..");
            Thread.sleep(2000);
            System.out.println("当前线程:" + Thread.currentThread().getName() + "退出method2..");
            Thread.sleep(1000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        } finally {
            //释放锁,如果不释放锁T1或者T2会有其中一个线程进不来
            lock.unlock();
        }
    }

    public static void main(String[] args) {

        final UseReentrantLock ur = new UseReentrantLock();
        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                ur.method1();
                ur.method2();
            }
        }, "t1");

        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                ur.method1();
                ur.method2();
            }
        }, "t2");

        //T1线程启动
        t1.start();
        t2.start();

        try {
            Thread.sleep(10);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }


}
2、重入锁,使用Condition类,实现锁于等待/通知

在使用synchronized的时候,如果需要多线程间进行协作工作,则需要Object的wait()和notify()、notifyAll()方法进行配合工作。

那么同样,我们在使用Lock的时候,可以使用一个新的等待/通知的类,它就和Condition.这个Condition一定是针对具体某一把锁的。也就是在只有锁的基础之上才会产生Condition。

public class UseCondition {

    private Lock lock = new ReentrantLock();
    private Condition condition = lock.newCondition();

    public void method1(){
        try {
            lock.lock();
            System.out.println("当前线程:" + Thread.currentThread().getName() + "进入等待状态..");
            Thread.sleep(3000);
            System.out.println("当前线程:" + Thread.currentThread().getName() + "释放锁..");

            //使当前线程等待它暗示或 interrupted,等待被其他线程唤醒
            condition.await();  // Object wait
            System.out.println("当前线程:" + Thread.currentThread().getName() +"继续执行...");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public void method2(){
        try {
            lock.lock();
            System.out.println("当前线程:" + Thread.currentThread().getName() + "进入..");
            Thread.sleep(3000);
            System.out.println("当前线程:" + Thread.currentThread().getName() + "发出唤醒..");

            //唤醒一个等待线程。
            condition.signal();//Object notify
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public static void main(String[] args) {

        final UseCondition uc = new UseCondition();

        Thread t1 = new Thread(new Runnable() {
            @Override
            public void run() {
                uc.method1();
            }
        }, "t1");

        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                uc.method2();
            }
        }, "t2");


        t1.start();
        t2.start();
    }

Condition还有个一个比Object wait/Object notify更强大的地方就是它支持一个Lock对象产生多个Condition进行多线程间的交互,非常的灵活。可以使用部分需要唤醒的线程唤醒,其他线程则继续等待通知。实现这个功能主要是靠signalAll()唤醒所有等待线程。

测试示例

import java.util.concurrent.locks.Condition;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class UseManyCondition {

    private ReentrantLock lock = new ReentrantLock();

    //一个lock产生多个Condition对象
    private Condition c1 = lock.newCondition();
    private Condition c2 = lock.newCondition();

    public void m1(){
        try {
            lock.lock();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "进入方法m1等待..");

            //使当前线程等待它暗示或 interrupted,等待被其他线程唤醒
            c1.await();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "方法m1继续..");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public void m2(){
        try {
            lock.lock();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "进入方法m2等待..");

            //使当前线程等待它暗示或 interrupted,等待被其他线程唤醒
            c1.await();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "方法m2继续..");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public void m3(){
        try {
            lock.lock();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "进入方法m3等待..");

            //使当前线程等待它暗示或 interrupted,等待被其他线程唤醒
            c2.await();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "方法m3继续..");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public void m4(){
        try {
            lock.lock();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "唤醒..");

            //唤醒所有等待线程。
            c1.signalAll();
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public void m5(){
        try {
            lock.lock();
            System.out.println("当前线程:" +Thread.currentThread().getName() + "唤醒..");
            c2.signal();
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            lock.unlock();
        }
    }

    public static void main(String[] args) {

        final UseManyCondition umc = new UseManyCondition();

        Thread t1 = new Thread(() -> umc.m1(),"t1");
        Thread t2 = new Thread(() -> umc.m2(),"t2");
        Thread t3 = new Thread(() -> umc.m3(),"t3");
        Thread t4 = new Thread(() -> umc.m4(),"t4");
        Thread t5 = new Thread(() -> umc.m5(),"t5");

        t1.start(); // c1
        t2.start(); // c1
        t3.start(); // c2


        try {
            Thread.sleep(2000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        t4.start(); // c1
        try {
            Thread.sleep(2000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        t5.start(); // c2

    }



}
3、ReentrantReadWriteLock(读写锁)

读写锁ReenTrantReadWriteLock,其核心就是实现读写分离的锁。在高并发访问下,尤其是读多写少的情况下,性能要远高于重入锁。

synchronized、ReentrantLock同一时间内,它们只能支持一个线程进行访问被锁定的代码。读写锁则不同,其本质是分成两个锁,即读锁、写锁。在读锁下,多个线程可以并发的进行访问,但是在写锁的时候,只能一个一个的顺序访问。

写入锁提供了一个Condition实施的行为,以同样的方式,相对于写锁,由ReentrantLock.newCondition()的Condition实现对ReentrantLock。当然这Condition可以,只能用写锁。

读锁不支持Condition和readLock().newCondition()抛出UnsupportedOperationException。

口诀:读读共享,写写互斥,读写互斥。

import java.util.concurrent.locks.ReentrantReadWriteLock;
import java.util.concurrent.locks.ReentrantReadWriteLock.ReadLock;
import java.util.concurrent.locks.ReentrantReadWriteLock.WriteLock;

public class UseReentrantReadWriteLock {

    //读写锁对象
    private ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
    //读锁
    private ReadLock readLock = rwLock.readLock();
    //写锁
    private WriteLock writeLock = rwLock.writeLock();

    public void read(){
        try {
            readLock.lock();
            System.out.println("当前线程:" + Thread.currentThread().getName() + "进入...");
            Thread.sleep(3000);
            System.out.println("当前线程:" + Thread.currentThread().getName() + "退出...");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            readLock.unlock();
        }
    }

    public void write(){
        try {
            writeLock.lock();
            System.out.println("当前线程:" + Thread.currentThread().getName() + "进入...");
            Thread.sleep(3000);
            System.out.println("当前线程:" + Thread.currentThread().getName() + "退出...");
        } catch (Exception e) {
            e.printStackTrace();
        } finally {
            writeLock.unlock();
        }
    }

    public static void main(String[] args) {

        final UseReentrantReadWriteLock urrw = new UseReentrantReadWriteLock();

        Thread t1 = new Thread(() -> urrw.read(), "t1");
        Thread t2 = new Thread(() -> urrw.read(), "t2");
        Thread t3 = new Thread(() -> urrw.write(), "t3");
        Thread t4 = new Thread(() -> urrw.write(), "t4");

        //读读共享
        t1.start();
        t2.start();

        //读写互斥
//      t1.start(); // R
//      t3.start(); // W

        //写写互斥
//      t3.start();
//      t4.start();

    }
}
<think>首先,用户的问题是:“我想分析并解决Java线程在使用sun.misc.Unsafe.park时出现的阻塞问题 请问sun.misc.Unsafe.park阻塞问题分析及解决方法”。所以,我需要专注于分析sun.misc.Unsafe.park方法可能导致线程阻塞的问题,并提供解决方法。 从系统级指令中,我需要: - 所有行内数学表达式使用$...$格式。 - 独立公式使用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾自然地添加引用标识,如[^1]。 参考提供的引用: - [^1]: Java-sun.misc.Unsafe。JVM在上下文切换的时候使用了Unsafe中的两个非常牛逼的方法park()和unpark()。当一个线程正在等待某个操作时,JVM调用Unsafe的park()方法来阻塞此线程。当阻塞中的线程需要再次运行时,JVM调用Unsafe的unpark()方法来唤醒此线程。 - [^2]: sun.misc.Unsafe简介。我们做个实验,编写如下代码:... - [^3]: sun.misc.Unsafe类的深入刨析。这里会用一个static变量实在是一个意外... - [^4]: JDK之sun.misc.Unsafe。Unsafe类中有很多以BASE_OFFSET结尾的常量... 用户的问题是针对park方法的阻塞问题,所以我需要提取相关信息。引用[^1]直接提到park和unpark方法用于阻塞和唤醒线程。引用[^3]讨论了spinlock和共享变量的问题,这可能与阻塞相关。引用[^4]是关于数组偏移的,不太相关。 分析问题: - sun.misc.Unsafe.park 是一个本地方法,用于阻塞线程。 - 常见问题:线程在调用park后没有被unpark唤醒,导致永久阻塞。 - 原因可能包括:unpark没有被调用、调用顺序错误、线程中断等。 - 解决方法:确保在适当的时候调用unpark,处理中断,避免死锁。 回答结构: - 由于用户要求“回答结构清晰,帮助用户逐步解决问题”,我应该分步骤: 1. 解释问题:什么是park方法,为什么会出现阻塞问题。 2. 分析原因:常见导致阻塞的原因。 3. 解决方法:如何避免或解决阻塞问题。 4. 代码示例:如果需要,提供代码片段。 5. 生成相关问题。 使用中文回答。 生成相关问题:在回答末尾,添加相关问题,如“§§相关问题§§”后列出。 引用标识:在引用的段落末尾添加[^n]。例如,如果我从引用[^1]中引用信息,就在那段末尾加[^1]。 现在,构建回答: - 开头:简要介绍问题。 - 步骤1:解释sun.misc.Unsafe.park。 - 步骤2:分析阻塞原因。 - 步骤3:提供解决方法。 - 步骤4:可能代码示例。 - 结尾:生成相关问题。 确保数学表达式正确:用户的问题是关于Java线程的,可能不需要数学表达式,但如果有不等式或方程,就用$...$。例如,如果有等待时间描述,如$timeout > 0$。 参考引用: - 从[^1]:park用于阻塞线程,unpark用于唤醒。 - 从[^3]:讨论spinlock和共享变量,可能涉及竞争条件。 完整回答: - 分析:park方法可能导致线程无限阻塞如果unpark没有被调用。 - 原因:unpark丢失、中断处理不当、park/unpark顺序问题。 - 解决:使用parkNanos设置超时、检查中断状态、确保unpark逻辑正确。</think>### sun.misc.Unsafe.park阻塞问题分析及解决方法 在Java多线程编程中,`sun.misc.Unsafe.park`方法用于阻塞当前线程,通常与`unpark`方法配对使用,以实现高效的线程同步。JVM在上下文切换时依赖这些方法:当一个线程需要等待某个操作时,调用`park`阻塞它;当操作完成时,调用`unpark`唤醒它[^1]。然而,如果使用不当,`park`可能导致线程永久阻塞,影响系统稳定性。下面我将逐步分析问题原因并提供解决方法。 #### 1. **问题分析:为什么会出现阻塞?** `sun.misc.Unsafe.park`是一个本地方法,其行为类似于锁或条件变量。常见阻塞问题源于以下原因: - **unpark调用缺失**:线程在调用`park`后,如果未在预期时间内收到`unpark`信号,线程会无限期阻塞。例如,在复杂逻辑中,`unpark`可能被遗漏或调用路径错误。 - **中断处理不当**:Java线程中断机制(`Thread.interrupt()`)与`park`交互:如果线程在阻塞前已被中断,`park`会立即返回;但如果在阻塞期间中断,`park`可能不响应,导致线程卡死。中断状态未正确处理是常见问题。 - **顺序问题**:`park`和`unpark`的调用顺序敏感。如果`unpark`在`park`之前调用(称为“先unpark后park”),`park`会立即返回;但如果`park`先调用,而`unpark`未及时触发,线程会阻塞。 - **竞争条件**:在多线程环境下,共享变量(如锁标志)的竞争可能导致`unpark`信号丢失。引用[^3]提到,`sun.misc.Unsafe`中使用了静态变量(如`size_t`)来管理锁状态,如果多个线程同时操作该变量,可能导致信号不一致。 - **超时未设置**:`park`方法有重载版本(如`park(boolean isAbsolute, long timeout)`),如果未设置超时参数($timeout = 0$),线程会无限等待。 这些问题的根本原因是`park`方法不保证线程唤醒的可靠性,需要开发者显式管理同步逻辑。JVM内部使用`Unsafe`类优化性能,但直接使用它时需谨慎[^1][^3]。 #### 2. **解决方法:避免和解决阻塞** 针对上述原因,以下是有效的解决策略,确保线程安全唤醒。优先使用Java标准库(如`java.util.concurrent`)替代`Unsafe`,但如需直接使用`Unsafe`,请遵循以下步骤: **步骤1: 设置超时参数** - 在调用`park`时,始终使用带超时的版本(如`park(false, timeout)`),其中$timeout > 0$(单位纳秒)。这能防止永久阻塞。 - 示例代码: ```java // 设置超时时间为100毫秒 long timeout = 100_000_000; // 100ms in nanoseconds unsafe.park(false, timeout); // 检查超时后处理 if (Thread.currentThread().isInterrupted()) { // 处理中断或重试逻辑 } ``` **步骤2: 正确处理线程中断** - 在调用`park`前检查中断状态,并在阻塞后重新响应中断。 - 代码示例: ```java if (Thread.interrupted()) { // 清除中断状态,并处理中断 throw new InterruptedException(); } unsafe.park(false, timeout); // 唤醒后再次检查中断 if (Thread.currentThread().isInterrupted()) { // 执行清理操作 } ``` **步骤3: 确保unpark调用可靠性** - 使用原子变量(如`AtomicBoolean`)管理唤醒标志,避免竞争条件。引用[^3]指出,共享静态变量可能导致问题,建议为每个锁实例分配独立标志。 - 逻辑示例: - 在调用`park`前,设置一个共享标志(如`needPark = true`)。 - 在`unpark`调用点,确保标志被重置(`needPark = false`)。 - 使用`Unsafe`的原子操作(如`compareAndSwap`)保证标志更新的原子性。 **步骤4: 避免直接使用Unsafe,优先标准库** - `sun.misc.Unsafe`是非公开API,不同JDK版本行为可能变化。推荐使用`java.util.concurrent.locks.LockSupport`类,它封装了`park`/`unpark`,提供更安全的接口。 ```java LockSupport.parkNanos(timeout); // 带超时的park LockSupport.unpark(thread); // 唤醒指定线程 ``` - 如果必须使用`Unsafe`,请通过反射获取实例,并添加异常处理: ```java try { Field theUnsafe = Unsafe.class.getDeclaredField("theUnsafe"); theUnsafe.setAccessible(true); Unsafe unsafe = (Unsafe) theUnsafe.get(null); unsafe.park(false, timeout); } catch (Exception e) { // 处理异常 } ``` **步骤5: 监控和调试** - 使用线程转储(`jstack <pid>`)分析阻塞线程:查找状态为`WAITING`或`TIMED_WAITING`的线程,定位`park`调用点。 - 添加日志:在`park`和`unpark`前后记录时间戳和线程ID,帮助诊断信号丢失问题。 #### 3. **最佳实践总结** - **预防为主**:在调用`park`前,确保`unpark`逻辑无缺陷(如通过单元测试覆盖边界条件)。 - **性能考虑**:`park`方法在低竞争环境下高效,但高并发时可能引入延迟。引用[^4]提到,`Unsafe`的偏移量计算(如`arrayBaseOffset`)可用于优化内存访问,但不要滥用。 - **迁移到标准API**:Java 9+中,`sun.misc.Unsafe`被标记为过时,使用`java.lang.invoke.VarHandle`或`LockSupport`替代。 通过以上方法,您可以显著减少`sun.misc.Unsafe.park`导致的阻塞问题。如果问题持续,请提供具体代码片段以便深入分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值