时间:2021-05-02
在java中,使用了synchronized关键字和lock锁实现了资源的并发访问控制,在同一时间只允许唯一了线程进入临界区访问资源(读锁除外),这样子控制的主要目的是为了解决多个线程并发同一资源造成的数据不一致的问题。在另外一种场景下,一个资源有多个副本可供同时使用,比如打印机房有多个打印机、厕所有多个坑可供同时使用,这种情况下,java提供了另外的并发访问控制--资源的多副本的并发访问控制,今天使用的semaphore即是其中的一种。
java通过代码模拟高并发可以以最快的方式发现我们系统中潜在的线程安全性问题,此处使用semaphore(信号量)和 countdownlatch(闭锁)搭配executorservice(线程池)来进行模拟,主要介绍如下:
1、semaphore
jdk 1.5之后会提供这个类
semaphore是一种基于计数的信号量。它可以设定一个阈值,基于此,多个线程竞争获取许可信号,做完自己的申请后归还,超过阈值后,线程申请许可信号将会被阻塞。semaphore可以用来构建一些对象池,资源池之类的,比如数据库连接池,我们也可以创建计数为1的semaphore,将其作为一种类似互斥锁的机制,这也叫二元信号量,表示两种互斥状态。
2、countdownlatch
jdk 1.5之后会提供这个类,
countdownlatch这个类能够使一个线程等待其他线程完成各自的工作后再执行。例如,应用程序的主线程希望在负责启动框架服务的线程已经启动所有的框架服务之后再执行。
countdownlatch是通过一个计数器来实现的,计数器的初始值为线程的数量。每当一个线程完成了自己的任务后,计数器的值就会减1。当计数器值到达0时,它表示所有的线程已经完成了任务,然后在闭锁上等待的线程就可以恢复执行任务。
如下图:
以上两个类可以搭配使用,达到模拟高并发的效果,以下使用代码的形式进行举例:
? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 package modules; import java.util.concurrent.countdownlatch; import java.util.concurrent.executorservice; import java.util.concurrent.executors; import java.util.concurrent.semaphore; public class countexample { // 请求总数 public static int clienttotal = 5000; // 同时并发执行的线程数 public static int threadtotal = 200; public static int count = 0; public static void main(string[] args) throws exception { executorservice executorservice = executors.newcachedthreadpool(); //信号量,此处用于控制并发的线程数 final semaphore semaphore = new semaphore(threadtotal); //闭锁,可实现计数器递减 final countdownlatch countdownlatch = new countdownlatch(clienttotal); for (int i = 0; i < clienttotal ; i++) { executorservice.execute(() -> { try { //执行此方法用于获取执行许可,当总计未释放的许可数不超过200时, //允许通行,否则线程阻塞等待,直到获取到许可。 semaphore.acquire(); add(); //释放许可 semaphore.release(); } catch (exception e) { //log.error("exception", e); e.printstacktrace(); } //闭锁减一 countdownlatch.countdown(); }); } countdownlatch.await();//线程阻塞,直到闭锁值为0时,阻塞才释放,继续往下执行 executorservice.shutdown(); log.info("count:{}", count); } private static void add() { count++; } }如上方法模拟5000次请求,同时最大200个并发操作,观察最后的结果,发现每次的结果都有差别,和预期不符,得出结果部分如下:
22:18:26.449 [main] info modules.countexample - count:4997
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:4995
22:18:26.449 [main] info modules.countexample - count:4998
最后结论:add 方法 非线程安全
那如何保证add方法 线程安全,将add方法进行如下修改即可:
? 1 2 3 private static void add() { count.incrementandget(); }执行结果如下:
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
22:18:26.449 [main] info modules.countexample - count:5000
最后结论:修改后 的 add 方法 线程安全
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:https://my.oschina.net/ruoli/blog/1801866
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
Java通过代码模拟高并发可以以最快的方式发现我们系统中潜在的线程安全性问题,此处使用Semaphore(信号量)和CountDownLatch(闭锁)搭配Ex
本文研究的主要是Java并发之条件阻塞Condition的应用示例代码,具体如下。Condition将Object监视器方法(wait、notify和notif
java端在使用jedispool连接redis的时候,在高并发的时候经常死锁,或报连接异常,JedisConnectionException,或者getRes
本文实例讲述了Java使用嵌套循环模拟ATM机取款业务操作。分享给大家供大家参考,具体如下:代码:packagecom.jredu.ch03;importjav
这篇文章主要介绍了Java并发编程预防死锁过程详解,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下在java并