死锁
多个线程各自占有一些公共资源,并且互相等待其他线程占有的资源才能运行,而导致两个或者多个线程都在等对方释放资源,都停止执行的情形。某一个同步块拥有“两个以上对象的锁”时,就可能发生死锁问题。
死锁的避免方法
- 产生死锁的四个必要条件:
1、互斥条件:一个人资源每次只能被一个进程使用
2、请求与保持条件:一个人进程因请求资源而阻塞时,对以获得的资源保持不放。
3、不剥夺条件:进程已获得的资源,在未使用完之前,不能强行剥夺。
4、循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
** 以上列出了死锁的四个必要条件,我们只要想办法避免其中一个,就可以防止死锁发生。 **
Lock(锁)
- 从JDK5.0开始,Java提供了更强大的线程同步机制——通过显式定义同步锁对象来实现同步。同步锁使用了Lock对象充当
- java.util.concurrent.locks.Lock接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应该先获得Lock对象
- ReentrantLock(可重入锁) 类实现了Lock,它拥有与synchronized相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显式加锁,释放锁
Lock锁案例:
import java.util.concurrent.locks.ReentrantLock;
//测试Lock锁
public class TestLock {
public static void main(String[] args) {
TestLock2 testLock2 = new TestLock2();
new Thread(testLock2,"第一个人").start();
new Thread(testLock2,"第二个人").start();
new Thread(testLock2,"的三个人").start();
}
}
class TestLock2 implements Runnable{
//一共有10张票
int ticketNums = 10;
//定义Lock锁
private ReentrantLock lock = new ReentrantLock();
@Override
public void run() {
while (true){
try {
lock.lock();//加锁
if (ticketNums>0){
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(ticketNums--);
}else {
break;
}
}finally {
lock.unlock();//解锁
}
}
}
}
synchronized与Lock的对比:
- Lock是显式锁(手动开启和关闭锁,不要忘了关闭锁),synchronized是隐式锁,作用完自动释放
- Lock只有代码块锁,synchronized有代码块锁和方法锁
- 使用Lock锁,JVM将花费较少的时间来调度线程,性能更好。并具有更好的扩展性(提供更多子类)
- 优先使用顺序: Lock->同步代码块(已经进入方法体,分配了相应资源)->同步方法(在方法体之外)