线程同步(解决线程安全问题)

取钱案例出现问题的原因?

多个线程同时执行,发现账户都是够钱的。

如何才能保证线程安全呢?

让多个线程实现先后一次的访问共享资源,这样就解决了安全问题

线程同步的核心思想


加锁:把共享的资源进行上锁,每次只能一个线程进入访问完毕后解锁,然后其他线程才能进来

第一种方法:同步代码块

同步代码块是如何实现线程安全的?

对出现问题的核心代码使用synchronized进行加锁

在eclipse中:选中要锁起来的代码块,然后按快捷键lshift+z+Alt选第六个

每次只能有一个线程占锁进行访问

锁对象用任意唯一的对象锁好不好?

不好,会影响其它无关线程的执行(比如说A和B用的是同一个账户,C和D用的是同意账户,使用任意对象进行加锁,在A对象取钱时候,不光会影响B,还会影响无关的C和D)

锁对象的规范要求

规范上:建议使用共享资源作为锁对象

对于实例方法建议使用this作为锁对象

对于静态方法建议使用字节码(类名.class) 对象作为锁对象

第二种方法:同步方法

作用:把出现线程安全问题的核心方法进行上锁

原理:每次只能一个线程进入,执行完毕以后自动解锁,其他线程才可以进来执行

格式

修饰符  synchronized 返回值类型  方法名称(形参列表){

        操作共享资源的代码

}

同步方法的底层原理

同步方法其实底层也是有隐式锁对象的,只是锁的范围是整个方法代码

如果方法是实例方法,同步方法默认用this作为锁的对象。但是代码要高度面向对象

如果方法是静态方法:同步方法默认用类名.class作为锁对象

第三种方法:Lock锁

为了更清晰的表达如何加锁和释放锁,JDK5以后提供了一个新的锁Lock,更加灵活,方便

Lock锁实现提供比synchroized方法和语句可以更广泛的锁定操作

Lock是接口不能直接实例化,这里采用它实现类ReentrantLock来重构Lock锁对象

方法名称

public ReentrantLock() 获得Lock锁的实现类对象

常用API

void lock()  上锁

void unlock 释放锁

建议加final修饰

private final Lock lock=new ReentrantLock();

开锁最好放在finally中,放在代码出异常开锁没有机会执行

public void drawMoney(double money) {
		lock.lock();//上锁
		//lock=null;//用final修饰改不了
		try {
		System.out.println(Thread.currentThread().getName()+"正在取款");
			if (this.money >= money) {
				System.out.println(Thread.currentThread().getName() + "取款" + money);
				this.money -= money;
				System.out.println("卡内还剩" + this.money);

			} else {
				System.out.println("余额不足");
			}
		}finally {
			lock.unlock();
		}		
		}

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小萌新上大分

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值