解决并发问题
synchronized机制
synchronized锁的时对应的对象,
当synchronized修饰一个方法时,锁对象是该方法的实例(对于实例方法)或该类的Class对象(对于静态方法)。这意味着同一时刻只能有一个线程访问该方法的实例或静态方法。
方法1
弊端:对于方法中不需要同步执行的操作,会导致运行速度大大降低,浪费cpu资源
- 将异步运行转换为同步运行,即排队运行
- 在方法上加synchronized关键字,将该方法转变为同步方法
public synchronized boolean getMoney(int money){
if (money<=getAccount()){
this.account -= money;
Thread.yield();
save(account);
return true;
}
return false;
}
方法2
- 通过精确化同步范围,将固定的操作代码转为同步,可以避免非必要同步代码也同步执行
- 在需要同步的操作代码上加synchronized代码块
方法格式
参数可以传this或字符串直接量(“123”)
参数有效条件
- 引用类型
- 需要排队执行该代码的线程看到的都是一个对象(字符串直接量创建时放在常量池中,所以所有线程看到的是同一个)
- 在成员方法上使用synchronized时只能使用this
- 静态方法使用synchronized时同步监视器对象依然只能用this
- 当使用synchronized关键字修饰一个静态方法时,它将锁定整个类。这意味着当一个线程调用该方法时,其他线程将无法访问该类的任何静态方法,直到第一个线程完成对该方法的调用。即当一个线程调用静态方法时,它一定是同步的
- 静态方法中也可以使用synchronized代码块
synchronized(this){ //this指的是buy方法的所属对象
...
}
示例
void buy(){
try {
Thread thread = Thread.currentThread();
String name = thread.getName();
System.out.println(name+" 正在挑衣服...");
Thread.sleep(5000);
//使用同步代码块缩小同步范围
synchronized (this) { //this指的是buy方法的所属对象
System.out.println(name+" 正在试衣服...");
Thread.sleep(5000);
}
System.out.println(name+" 结账离开...");
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
synchronized机制的弊端
synchronized是Java语言层面的锁机制,它简单易用,但性能相对较低。因为synchronized在获取锁和释放锁时需要进行一些额外的操作,如监视器锁(monitor lock)的获取和释放。此外,synchronized无法中断一个正在等待锁的线程,也无法尝试获取锁。
ReentrantLock接口机制
ReentrantLock是Java并发包java.util.concurrent.locks提供的一种可重入锁。与synchronized相比,ReentrantLock提供了更丰富的锁操作和更高的性能。
使用方式
- 创建一个ReentrantLock实例
- 调用lock()方法获取锁
- 调用unlock()方法释放锁
public class ReentrantLockTest {
private final ReentrantLock lock = new ReentrantLock();
public void someMethod() {
lock.lock();
try {
// 代码块
} finally {
lock.unlock();
}
}
}
ReentrantLock机制的优势
ReentrantLock相对于synchronized具有更高的性能。因为它在获取锁和释放锁时不需要进行监视器锁的操作,而是直接操作内部的一个状态变量。
可重入性
ReentrantLock是可重入的,这意味着一个线程可以多次获取同一个锁。使用场景:递归方法