参考网上的例子,写了一个并发场景下的乐观锁demo,引出了一个新问题:锁的本质是什么?将内存中的一块区域只让一个线程访问?下面的get方法是只读的,它的上锁与否为什么对加法成功的效率有质的影响呢?
public class SimulatedCAS {
private int value;
public SimulatedCAS(int value) {
this.value = value;
}
/** 此处上锁成功率要高很多,原因不清楚,讲道理,锁应该是锁的方法,不是value呀 */
public synchronized int get(){
return value;
}
public synchronized boolean casAdd(int expectedValue, int newValue){
// try {
// Thread.sleep(300);
// } catch (InterruptedException e) {
// e.printStackTrace();
// }
if(this.value == expectedValue){//如果期望值与当前V位置的值相同就给予新值
value = newValue;
return true;
}
return false;//返回V位置原有的值
}
public static void main(String[] args) throws Exception {
SimulatedCAS casObj = new SimulatedCAS(10);
Runnable r = new Runnable() {
@Override
public void run() {
String threadName = Thread.currentThread().getName();
long currentTimeMillis = System.currentTimeMillis();
Random rand = new Random();
int nextInt = rand.nextInt(10) + 1;
boolean succ = false;
do {
int oldValue = casObj.get();
int newValue = oldValue+nextInt;
succ = casObj.casAdd(oldValue, newValue);
int resultValue = casObj.get();
System.out.println(currentTimeMillis + "#" + threadName + "#" + oldValue + "~" + newValue
+ "\n\t随机数:" + nextInt + "\t操作结果:" + succ
+ "\t 操作:" + oldValue + " + " + nextInt + " = " + resultValue);
} while(!succ);
}
};
List<Thread> tList = new ArrayList<>();
for (int i = 0; i < 6; i++) {
Thread t = new Thread(r);
t.setName("thread" + i);
tList.add(t);
t.start();
}
for (Thread thread : tList) {
thread.join();
}
System.out.println("result: " + casObj.get());
}
}
=======================================================
1626430679911#thread3#10~18
随机数:8 操作结果:true 操作:10 + 8 = 18
1626430679911#thread4#10~11
随机数:1 操作结果:false 操作:10 + 1 = 22
1626430679911#thread0#10~11
随机数:1 操作结果:false 操作:10 + 1 = 18
1626430679911#thread5#18~28
随机数:10 操作结果:false 操作:18 + 10 = 22
1626430679911#thread1#10~19
随机数:9 操作结果:false 操作:10 + 9 = 18
1626430679911#thread1#34~43
随机数:9 操作结果:true 操作:34 + 9 = 43
1626430679912#thread2#18~22
随机数:4 操作结果:true 操作:18 + 4 = 22
1626430679911#thread5#24~34
随机数:10 操作结果:true 操作:24 + 10 = 34
1626430679911#thread0#23~24
随机数:1 操作结果:true 操作:23 + 1 = 24
1626430679911#thread4#22~23
随机数:1 操作结果:true 操作:22 + 1 = 23
result: 43
分享到:
相关推荐
java锁机制Synchronized java锁机制Synchronized java锁机制Synchronized java锁机制Synchronized
java锁详解.pdf
Java锁机制详解.pdf java线程 java多线程 Java锁机制详解.pdf java线程 java多线程
java中的乐观锁与悲观锁,synchronized与ReentrantLock重入锁的说明与比较
java各种锁机制
java锁机制详解.pdf
详细讲解了java锁的原理,里面还带有对应的图,详细讲解!有一个简单的程序,可以自己去分析!
java 锁原理
当前的PPT总共56页,从锁的介绍,到java锁(lock、synchronor、aqs)到分布式锁 redis、zk、数据库的悲观锁和乐观锁都有涉及,算是比较完整的一个PPT,适合涉及到锁相关的专题讲座,以及自学的PPT,后面有机会会开...
用信号量解决不死锁的哲学家问题 java实现
【图解版】Java锁精确分类,从JAVA各类锁进行分析和分类,精确分类Java各种锁,不可用于商业用途,如有版权问题,请联系删除!
redis实现分布式锁(java/jedis),其中包含工具方法以及使用demo 本资源是利用java的jedis实现 redis实现分布式锁(java/jedis),其中包含工具方法以及使用demo 本资源是利用java的jedis实现
java 读写锁实例代码,付简单注释,测试完整。
Java的锁机制的学习和使用,Java的锁机制的学习和使用
java 门锁终于被打开了(解决死锁) java 门锁终于被打开了(解决死锁)
一、公平锁/非公平锁,二、可重入锁,三、独享锁/共享锁,四、互斥锁/读写锁
适用于毕业设计程序,java酒店管理系统,
:Java新IO】_文件锁笔记032003
java乐观锁java乐观锁
面向Java锁机制的字节码自动重构框架