Java并发编程(JUC)模拟AND型信号量

开发 后端
AND型信号量可能大家都听说过并可能都有一定的理解,但是你有使用过么?今天就使用Java来模拟实现!

AND型信号量可能大家都听说过并可能都有一定的理解,但是你有使用过么?今天就使用Java来模拟实现!

[[282783]]

本文是对上篇文章(进程同步机制)的一次实践,通过JUC提供的一些机制来模拟一些OS中的AND型信号量,因为记录型型信号量可以等价于JUC中提供的Semaphore(信号量),但是对于AND型信号量因为一些原因(主要是过时了),JUC没有提供,今天就手动的来写一个AND型信号量对应的Swait操作和Ssignal操作(这里不明白的可以看前面的理论篇)。通过本篇博文让你对进程同步机制有个更好的理解。

1.一个错误示例

在这里,首先解释一下,为了满足线程申请信号量不成功后将进程阻塞,并插入到对应的队列中,所以使用了ReentrantLock+Condition来实现Swait方法。废话不多说,直接上代码:

  1. //数据定义 
  2.  
  3. static Lock lock = new ReentrantLock(); 
  4.  
  5. static Condition condition1 = lock.newCondition(); 
  6.  
  7. static Condition condition2 = lock.newCondition(); 
  8.  
  9. public static void Swait(String id, Semaphore s1, Semaphore s2) throws InterruptedException { 
  10.  
  11. lock.tryLock(1, TimeUnit.SECONDS); 
  12.  
  13. log.info("当前的两个信号量的状态:【{},{}】", s1.availablePermits(), s2.availablePermits()); 
  14.  
  15. //availablePermits可获取到信号量中还剩余的值 
  16.  
  17. if(s1.availablePermits() < 1 || s2.availablePermits() < 1){ 
  18.  
  19. if (s1.availablePermits() < 1) { 
  20.  
  21. log.info("线程【{}】被挂起到信号量【{}】中", id, s1); 
  22.  
  23. //阻塞,并插入到condition1的阻塞队列中 
  24.  
  25. condition1.await(); 
  26.  
  27. else { 
  28.  
  29. log.info("线程【{}】被挂起到信号量【{}】中", id, s2); 
  30.  
  31. //阻塞,并插入到condition2的阻塞队列中 
  32.  
  33. condition2.await(); 
  34.  
  35.  
  36. log.info("被挂起的线程【{}】被唤醒执行。", id); 
  37.  
  38. else { 
  39.  
  40. log.info("为线程【{}】分配资源!", id); 
  41.  
  42. s1.acquire(); 
  43.  
  44. s2.acquire(); 
  45.  
  46.  
  47. lock.unlock(); 
  48.  
  49.  
  50. public static void Ssignal(Semaphore s1, Semaphore s2) throws InterruptedException { 
  51.  
  52. log.info("线程【{}】执行了释放资源", id); 
  53.  
  54. lock.tryLock(1, TimeUnit.SECONDS); 
  55.  
  56. s1.release(); 
  57.  
  58. s2.release(); 
  59.  
  60. //唤醒等待队列中的线程 
  61.  
  62. condition.signal(); 
  63.  
  64. lock.unlock(); 
  65.  

​ 大家仔细看上面的代码,这个也是我刚开始写的代码,第一眼看似乎是没什么问题,但是里面隐藏着一个坑,在Swait方法中,调用condition1.await(),此时线程被阻塞在这一行中,但是当被别的线程(调用Ssignal)唤醒时,在被阻塞的下一行开始继续执行,但是在后续的代码里,是没有去申请信号量的,而是直接就Swait成功了,这样在执行Ssignal时就会导致信号量凭空的增加了,也就无法正确的表征系统中的资源数量了。

2.一个简单的示例

​ 下面我们就对代码进行优化,大家可以回顾一下AND型信号量,当其因为资源不足时,需要将线程插入到第一个无法满足条件(即Si<1)的信号量对应的等待队列中,并且将程序计数器放置到Swait操作的开始处,所以我们对Swait代码进行修改如下:

  1. public static void Swait(String id, Semaphore s1, Semaphore s2) throws InterruptedException { 
  2.  
  3. lock.tryLock(1, TimeUnit.SECONDS); 
  4.  
  5. log.info("当前的两个信号量的状态:【{},{}】", s1.availablePermits(), s2.availablePermits()); 
  6.  
  7. //如果申请不到,就挂起线程,并将线程插入到condition的队列中 
  8.  
  9. while (s1.availablePermits() < 1 || s2.availablePermits() < 1) { 
  10.  
  11. if (s1.availablePermits() < 1) { 
  12.  
  13. log.info("线程【{}】被挂起到信号量【{}】中", id, s1); 
  14.  
  15. condition1.await(); 
  16.  
  17. else { 
  18.  
  19. log.info("线程【{}】被挂起到信号量【{}】中", id, s2); 
  20.  
  21. condition2.await(); 
  22.  
  23.  
  24. log.info("被挂起的线程【{}】被唤醒执行。", id); 
  25.  
  26.  
  27. log.info("为线程【{}】分配资源!", id); 
  28.  
  29. s1.acquire(); 
  30.  
  31. s2.acquire(); 
  32.  
  33. lock.unlock(); 
  34.  

​ 在上面的代码中,我们将请求的资源放到一个循环条件中,以满足将程序计数器放置到Swait操作的开始处,在每次被唤醒后都要重新判断资源是否足够,如果足够才跳出循环,否则就再次自我阻塞。

3.一个可以同时申请N个的Swait操作

​ 如果你知道了信号量的种类数(系统中的资源类型),其实上面的代码已经可以满足一定的需要了,只需要我们将所有的信号量写入到参数列表中即可。但是对于致力于代码的复用,这里就有些差强人意了,因此我们再次对代码进行改进,代码如下所示:

  1. public static void Swait(String id, Semaphore... list) throws InterruptedException { 
  2.  
  3. lock.lock(); 
  4.  
  5. //如果资源不足,就挂起线程,并将线程插入到condition的队列中 
  6.  
  7. while (true) { 
  8.  
  9. int count=0; 
  10.  
  11. //循环判断参数列表中信号量的可用值 
  12.  
  13. for (Semaphore semaphore:list){ 
  14.  
  15. if(semaphore.availablePermits()>0){ 
  16.  
  17. count++; 
  18.  
  19.  
  20.  
  21. //如果资源都满足,则跳出循环,进行资源分配 
  22.  
  23. if(count == list.length){ 
  24.  
  25. break; 
  26.  
  27.  
  28. log.info("线程【{}】被挂起-----", id); 
  29.  
  30. //将当前线程阻塞 
  31.  
  32. condition1.await(); 
  33.  
  34. log.info("被挂起的线程【{}】被唤醒执行。", id); 
  35.  
  36.  
  37. log.info("为线程【{}】分配资源!", id); 
  38.  
  39. //分配资源 
  40.  
  41. for (Semaphore semaphore:list){ 
  42.  
  43. semaphore.acquire(); 
  44.  
  45.  
  46. lock.unlock(); 
  47.  
  48.  
  49. public static void Ssignal(String id, Semaphore... list) throws InterruptedException { 
  50.  
  51. log.info("线程【{}】执行了释放资源", id); 
  52.  
  53. lock.tryLock(1, TimeUnit.SECONDS); 
  54.  
  55. //循环释放信号量 
  56.  
  57. for (Semaphore semaphore:list){ 
  58.  
  59. semaphore.release(); 
  60.  
  61.  
  62. //唤醒等待队列中的线程 
  63.  
  64. condition.signal(); 
  65.  
  66. lock.unlock(); 
  67.  

​ 为此,我们将方法中的信号量列表改为可变的参数列表,这样在传参的时候就可以方便的进行了,但是也会存才一些问题,比如无法约束“借出”与“归还”的信号量的数量是否一致。并且因为信号量的数量不定,所以无法为每个信号量新建一个条件变量(Condition),因此在上面的代码中所有的信号量公用一个条件变量,所有阻塞的线程都插入在其阻塞队列中。

4.一个完整的例子

​ 这里我们使用一个经典的进程同步问题来演示我们使用Java模拟的AND型信号量,在这里,我们采用生产者–消费者问题来演示,完整的代码如下:

  1. //用来保证互斥的访问临界区(缓存区) 
  2.  
  3. static final Semaphore mutex = new Semaphore(1); 
  4.  
  5. //缓冲区,最大容量为50 
  6.  
  7. static List<Integer> buffer = new ArrayList<>(); 
  8.  
  9. //缓冲区中还可放入的消息数量 
  10.  
  11. static final Semaphore empty = new Semaphore(50); 
  12.  
  13. //缓冲区中的消息数量 
  14.  
  15. static final Semaphore full = new Semaphore(0); 
  16.  
  17. //可重入锁和条件变量 
  18.  
  19. static Lock lock = new ReentrantLock(); 
  20.  
  21. static Condition condition = lock.newCondition(); 
  22.  
  23. //用与辅助的简单的生成消息 
  24.  
  25. static Integer count = 0; 
  26.  
  27. //生产者 
  28.  
  29. static class Producer extends Thread { 
  30.  
  31. Producer(String name) { 
  32.  
  33. super.setName(name); 
  34.  
  35.  
  36. @Override 
  37.  
  38. public void run() { 
  39.  
  40. do { 
  41.  
  42. try { 
  43.  
  44. Swait(this.getName(), mutex, empty); 
  45.  
  46. log.info("生产了一条消息:【{}】"count); 
  47.  
  48. buffer.add(count++); 
  49.  
  50. Thread.sleep(1000); 
  51.  
  52. Ssignal(this.getName(), mutex, full); 
  53.  
  54. } catch (InterruptedException e) { 
  55.  
  56. log.error("生产消息时产生异常!"); 
  57.  
  58.  
  59. } while (true); 
  60.  
  61.  
  62.  
  63. //消费者 
  64.  
  65. static class Consumer extends Thread { 
  66.  
  67. Consumer(String name) { 
  68.  
  69. super.setName(name); 
  70.  
  71.  
  72. @Override 
  73.  
  74. public void run() { 
  75.  
  76. do { 
  77.  
  78. try { 
  79.  
  80. Swait(this.getName(), mutex, full); 
  81.  
  82. log.info("消费了一条消息:【{}】", buffer.remove(0)); 
  83.  
  84. Thread.sleep(1000); 
  85.  
  86. Ssignal(this.getName(), mutex, empty); 
  87.  
  88. } catch (InterruptedException e) { 
  89.  
  90. log.error("消费消息时产生异常!"); 
  91.  
  92.  
  93. } while (true); 
  94.  
  95.  
  96.  
  97. public static void Swait(String id, Semaphore... list) throws InterruptedException { 
  98.  
  99. lock.lock(); 
  100.  
  101. //如果资源不足,就挂起线程,并将线程插入到condition的队列中 
  102.  
  103. while (true) { 
  104.  
  105. int count=0; 
  106.  
  107. for (Semaphore semaphore:list){ 
  108.  
  109. if(semaphore.availablePermits()>0){ 
  110.  
  111. count++; 
  112.  
  113.  
  114.  
  115. if(count == list.length){ 
  116.  
  117. break; 
  118.  
  119.  
  120. log.info("线程【{}】被挂起", id); 
  121.  
  122. condition.await(); 
  123.  
  124. log.info("被挂起的线程【{}】被唤醒执行。", id); 
  125.  
  126.  
  127. log.info("为线程【{}】分配资源!", id); 
  128.  
  129. for (Semaphore semaphore:list){ 
  130.  
  131. semaphore.acquire(); 
  132.  
  133.  
  134. lock.unlock(); 
  135.  
  136.  
  137. public static void Ssignal(String id, Semaphore... list) throws InterruptedException { 
  138.  
  139. log.info("线程【{}】执行了释放资源", id); 
  140.  
  141. lock.tryLock(1, TimeUnit.SECONDS); 
  142.  
  143. for (Semaphore semaphore:list){ 
  144.  
  145. semaphore.release(); 
  146.  
  147.  
  148. //唤醒等待队列中的一个线程 
  149.  
  150. condition.signal(); 
  151.  
  152. lock.unlock(); 
  153.  
  154.  
  155. public static void main(String[] args) { 
  156.  
  157. Producer p1 = new Producer("p1"); 
  158.  
  159. Consumer c1 = new Consumer("c1"); 
  160.  
  161. p1.start(); 
  162.  
  163. c1.start(); 
  164.  

​ 上面代码都是可以直接执行的,如果不需要使用参数列表,可以将上面的Swait方法进行替换即可(记得创建对应的条件变量)。

​ 下图是部分的执行结果: 

程序员:Java并发编程(JUC)模拟AND型信号量

又到了分隔线以下,本文到此就结束了,本文内容全部都是由博主自己进行整理并结合自身的理解并且进行的代码编写,如果有什么错误,还请批评指正。

​ 本文的所有java代码都已通过测试,对其中有什么疑惑的,可以评论区留言,欢迎你的留言与讨论;另外原创不易,如果本文对你有所帮助,还请留下个赞,以表支持。

​ 希望本文可以帮助你理解加深理解进程同步,也可以帮助你理解Java并发编程.

 

责任编辑:武晓燕 来源: Csdn博客
相关推荐

2016-11-23 16:08:24

Python处理器分布式系统

2024-04-10 08:16:20

多线程编程Java并发编程

2020-09-25 07:34:40

Linux系统编程信号量

2009-12-08 12:14:43

2021-04-13 09:20:15

鸿蒙HarmonyOS应用开发

2010-04-21 16:50:31

Unix信号量

2020-11-05 09:59:24

Linux内核信号量

2010-03-17 16:36:10

Java信号量模型

2010-04-21 15:37:38

Unix信号量

2010-04-21 16:42:48

Unix信号量

2021-09-07 07:53:42

Semaphore 信号量源码

2010-04-21 16:25:13

Unix信号量

2024-07-25 11:53:53

2010-03-16 17:52:27

Java多线程信号量

2024-10-29 15:23:45

Python线程安全

2010-04-21 17:10:25

Unix信号量

2010-07-15 15:32:10

Perl线程

2020-11-10 15:25:26

SemaphoreLinux翻译

2017-05-11 14:05:25

Consul分布式信号量

2021-02-03 20:10:29

Linux信号量shell
点赞
收藏

51CTO技术栈公众号