取钱案例出现问题的原因?
多个线程同时执行,发现账户都是够钱的。
如何才能保证线程安全呢?
让多个线程实现先后一次的访问共享资源,这样就解决了安全问题
线程同步的核心思想
加锁:把共享的资源进行上锁,每次只能一个线程进入访问完毕后解锁,然后其他线程才能进来
第一种方法:同步代码块
同步代码块是如何实现线程安全的?
对出现问题的核心代码使用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();
}
}