Java多线程进阶—— J.U.C之locks框架:接口

蔚落 2023-06-20 09:03 196阅读 0赞

本文中所说的juc-locks锁框架就是指java.util.concurrent.locks包,该包提供了一系列基础的锁工具,用以对synchronizd、wait、notify等进行补充、增强。
juc-locks锁框架中一共就三个接口:Lock、Condition、ReadWriteLock,接下来对这些接口作介绍,更详细的信息可以参考Oracle官方的文档。

一、Lock接口简介

Lock接口可以视为synchronized的增强版,提供了更灵活的功能。该接口提供了限时锁等待、锁中断、锁尝试等功能。

1.1 接口定义

该接口的方法声明如下:

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyMjUyOTE3_size_16_color_FFFFFF_t_70

需要注意lock()lockInterruptibly()这两个方法的区别:

lock()方法类似于使用synchronized关键字加锁,如果锁不可用,出于线程调度目的,将禁用当前线程,并且在获得锁之前,该线程将一直处于休眠状态。
lockInterruptibly()方法顾名思义,就是如果锁不可用,那么当前正在等待的线程是可以被中断的,这比synchronized关键字更加灵活。

1.2 使用示例

可以看到,Lock作为一种同步器,一般会用一个finally语句块确保锁最终会释放。

  1. Lock lock = ...;
  2. if (lock.tryLock()) {
  3. try {
  4. // manipulate protected state
  5. } finally {
  6. lock.unlock();
  7. }
  8. } else {
  9. // perform alternative actions
  10. }

二、Condition接口简介

Condition可以看做是Obejct类的wait()notify()notifyAll()方法的替代品,与Lock配合使用。
当线程执行condition对象的await方法时,当前线程会立即释放锁,并进入对象的等待区,等待其它线程唤醒或中断。

JUC在实现Conditon对象时,其实是通过实现AQS框架,来实现了一个Condition等待队列,这个在后面讲AQS框架时会详细介绍,目前只要了解Condition如何使用即可。

2.1 接口定义

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyMjUyOTE3_size_16_color_FFFFFF_t_70 1

2.2 使用示例

Oracle官方文档中给出了一个缓冲队列的示例:

假定有一个缓冲队列,支持 put 和 take 方法。如果试图在空队列中执行 take 操作,则线程将一直阻塞,直到队列中有可用元素;如果试图在满队列上执行 put 操作,则线程也将一直阻塞,直到队列不满。

  1. class BoundedBuffer {
  2. final Lock lock = new ReentrantLock();
  3. final Condition notFull = lock.newCondition();
  4. final Condition notEmpty = lock.newCondition();
  5. final Object[] items = new Object[100];
  6. int putptr, takeptr, count;
  7. public void put(Object x) throws InterruptedException {
  8. lock.lock();
  9. try {
  10. while (count == items.length) //防止虚假唤醒,Condition的await调用一般会放在一个循环判断中
  11. notFull.await();
  12. items[putptr] = x;
  13. if (++putptr == items.length)
  14. putptr = 0;
  15. ++count;
  16. notEmpty.signal();
  17. } finally {
  18. lock.unlock();
  19. }
  20. }
  21. public Object take() throws InterruptedException {
  22. lock.lock();
  23. try {
  24. while (count == 0)
  25. notEmpty.await();
  26. Object x = items[takeptr];
  27. if (++takeptr == items.length)
  28. takeptr = 0;
  29. --count;
  30. notFull.signal();
  31. return x;
  32. } finally {
  33. lock.unlock();
  34. }
  35. }
  36. }

等待 Condition 时,为了防止发生“虚假唤醒”, Condition 一般都是在一个循环中被等待,并测试正被等待的状态声明,如上述代码注释部分。
虽然上面这个示例程序即使不用while,改用if判断也不会出现问题,但是最佳实践还是做while循环判断,以防遗漏情况。

三、ReadWriteLock接口简介

ReadWriteLock接口是一个单独的接口(未继承Lock接口),该接口提供了获取读锁和写锁的方法。

所谓读写锁,是一对相关的锁——读锁和写锁,读锁用于只读操作,写锁用于写入操作。读锁可以由多个线程同时保持,而写锁是独占的,只能由一个线程获取。

3.1 接口定义

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyMjUyOTE3_size_16_color_FFFFFF_t_70 2

3.2 使用注意

读写锁的阻塞情况如下图:

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyMjUyOTE3_size_16_color_FFFFFF_t_70 3

举个例子,假设我有一份共享数据——订单金额,大多数情况下,线程只会进行高频的数据访问(读取订单金额),数据修改(修改订单金额)的频率较低。
那么一般情况下,如果采用互斥锁,读/写和读/读都是互斥的,性能显然不如采用读写锁。

另外,由于读写锁本身的实现就远比独占锁复杂,因此,读写锁比较适用于以下情形:

  1. 高频次的读操作,相对较低频次的写操作;
  2. 读操作所用时间不会太短。(否则读写锁本身的复杂实现所带来的开销会成为主要消耗成本)

发表评论

表情:
评论列表 (有 0 条评论,196人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Java线

    目录 一.上节内容复习 1.线程池的实现 2.自定义一个线程池,构造方法的参数及含义 3.线程池的工作原理 4.拒绝策略 5.为什么不推荐系统提供的线程池 二.常