Java并发编程实战(四)活跃性

本文探讨了并发编程中常见的活跃性故障类型,包括死锁、饥饿、糟糕的响应性和活锁等,并提供了相应的避免策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

活跃性故障

当出现活跃性故障时,中止应用程序并且尝试重启

(一)死锁

锁顺序死锁:两个方法间锁不按照顺序调用导致死锁

动态锁顺序死锁:两个线程调用一个方法,调用方法过程中不按顺序调用锁导致死锁。通过锁顺序避免死锁。

协作对象之间发生死锁:两个对象间,解决办法,放开调用(同步方法改成同步块)

资源死锁:有界线程池/资源池与相互依赖的任务不能一起使用。


死锁的避免:避免死多确保线程在获取多个锁时采用一致的顺序。

1、放开调用:在确保不需要方法原子性的基础上,将同步方法改成同步块。减少需要同时持有多个锁的地方。

2、支持定时的锁:使用Lock类中定时的tryLoc代替内置锁机制。在等待超时后,tryLock会返回一个失败信息。

(二)饥饿:避免使用线程的优先级,因为会增加平台的依赖性,并可能导致活跃性问题。可以通过Thread.sleep()和Thread.yield()克服优先级调整或者响应性问题。

(三)糟糕的响应性:不良锁的管理,eg某个线程长时间占有一个锁,而其他想要访问这个容器的线程就必须等待很长的时间。可以使用类似的同步容器代替。

(四)活锁:很有礼貌的两个锁相互让。通过等待随机长度的时间和回退可以有效避免活锁的发生。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值