java死锁问题

死锁:两个或两个以上的线程在争夺资源的过程中,发生的一种互相等待的现象

 


线程1先获取锁locka,然后在同步块里嵌套竞争锁lockb。而线程2先获取锁lockb,然后在同步块里嵌套竞争锁locka  

 

 

说明:此时locka此时已经被线程1拥有,而线程1正在等待lockb;而lockb此时已经被线程2拥有,线程2正在等待locka…无线等待对方释放自己所需要的锁,从而陷入死锁)

 

 

 

package test;

public class DeathLock {
	private static Object locka = new Object();
	private static Object lockb = new Object();
	
	public static void main(String[] args) {
		Thread thread1 = new Thread(new Runnable() {
			@Override
			public void run() {
				synchronized(locka){
					System.out.println("正在执行线程1-----线程1获得锁");
					synchronized(lockb){
						System.out.println("正在执行线程1-----线程2获得锁");
					}
				}
			}
		},"线程1");
		
		Thread thread2 = new Thread(new Runnable() {
			@Override
			public void run() {
				synchronized(lockb){
					System.out.println("正在执行线程2-----线程2获得锁");
					synchronized(locka){
						System.out.println("正在执行线程2-----线程1获得锁");
					}
				}
			}
		},"线程2");
		
		thread1.start();
		thread2.start();
		
	}
	
}

 

 

 

 


java线程:既然可以继承Thread类,为什么还有实现Runnable借口这种方式?
1.可以避免由于java单继承带来的局限性;
2.适合多个相同程序的代码去处理同一个资源的情况(列如:卖电影票),把线程同程序的代码、数据有效分离,较好的体现了面向对象的设计思想。

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

sinat_36710456

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

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

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

打赏作者

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

抵扣说明:

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

余额充值