防止死锁:

死锁:多线程,A线程占用了B线程所需要的共享资源,B线程又占用了A线程的所需要的共享资源。
两个或多个线程互相持有对方所需要的资源。

解决死锁:线程持有锁的是时候一直获取不到所需要的资源时,超时释放锁。

锁,共享资源,多线程。

线程在获得一个锁L1的情况下再去申请另外一个锁L2,也就是锁L1想要包含了锁L2,也就是说在获得了锁L1,并且没有释放锁L1的情况下,又去申请获得锁L2,这个是产生死锁的最根本原因。

     在对象的同步方法中又调用了另一个对象的同步放方法,就存在死锁的可能性。

  public void m2(){
       ···· synchronized(this){
            // do something
        }
        ····b.method1();
    }

  解决死锁:

      1.减小锁的范围,锁的申请就没有发生交叉,避免了死锁的可能性.

     2.死锁的另一个原因是默认的锁申请操作是阻塞的,如果我们不使用默认阻塞的锁,可以避免死锁。我们可以使用reentrantlock.tryLock()方法,吐过tryLock返回失败, 那么就会释放锁。

      3。给锁设置超时时间.Lock接口提供了boolean tryLock(long time, TimeUnit unit) throws InterruptedException方法,该方法可以按照固定时长等待锁,因此线程可以在获取锁超时以后,主动释放之前已经获得的所有的锁。

wait

执行wait方法的线程,会进入等待区,等待被notify/notify All。在等待期间,线程不会活动。

sleep

执行sleep方法的线程,会暂停执行参数内所设置的时间。

sleep

执行join方法的线程,会等待到指定的线程结束为止。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值