java并发之死锁篇

      在多线程中,我们使用加锁机制来确保线程安全,但如果使用不当,则可能导致死锁。JVM解决死锁问题方面,并不像数据库服务那么强大(数据库系统设计中考虑了检测死锁以及从死锁中恢复),当一组Java线程发生死锁时,"游戏"到此结束,这些线程永远不能再使用了。

死锁的含义:当线程A持有锁L并想获得锁M的同时,线程B持有锁M并尝试所得锁L,那么这两个线程将永远的等待下去,这种情况就是最简单的死锁。

死锁产生的四个必要条件

  • 互斥条件:进程要求对所分配的资源(如打印机)进行排他性控制,即在一段时间内某 资源仅为一个进程所占有。此时若有其他进程请求该资源,则请求进程只能等待。
  • 不剥夺条件:进程所获得的资源在未使用完毕之前,不能被其他进程强行夺走,即只能 由获得该资源的进程自己来释放(只能是主动释放)。
  • 请求和保持条件:进程已经保持了至少一个资源,但又提出了新的资源请求,而该资源 已被其他进程占有,此时请求进程被阻塞,但对自己已获得的资源保持不放。
  • 循环等待条件:存在一种进程资源的循环等待链,链中每一个进程已获得的资源同时被 链中下一个进程所请求。

简单的死锁例子:

package com.example.demo1.controller;

public class LockTest {

    private final Object left= new Object();

    private final Object right = new Object();

    public void  test() throws InterruptedException {

        new Thread(()->{
            synchronized (left){
                try {
                    Thread.sleep(2000);
                    System.out.println("获得left锁");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("持有left锁,请求获取right");
                synchronized (right){
                    System.out.println("获取right成功");
                }
            }
            System.out.println("left-right解锁完毕");
        }).start();


        new Thread(()->{
            synchronized (right){
                try {
                    Thread.sleep(2000);
                    System.out.println("获得right锁");
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                System.out.println("持有right锁,请求获取left锁");
                synchronized (left){
                    System.out.println("成功获取left锁");
                }
            }
            System.out.println("right-left解锁完毕");
        }).start();


    }

    public static void main(String[] args) {
        LockTest lt = new LockTest();
        try {
            lt.test();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

    }

}

结果:

获得right锁
持有right锁,请求获取left锁
获得left锁
持有left锁,请求获取right

以上是一个简单的死锁例子,产生死锁的原因是因为两个线程试图以不同的顺序来获得相同的锁。如果按照相同的顺序来请求锁,那么就不会出现循环的加锁依赖性,因此就不会产生死锁。

死锁一旦发生,在java中就只能中断程序了,所以我们需要在实际中避免死锁的发生。

死锁的避免

加锁顺序:尽量让线程按照顺序加锁。

加锁时限:尝试使用lock.trylock代替内置锁(只是在特定的场合(需要使用到定时锁,或者可中断锁的时候),否则应当优先使用内置锁(1.6优化后内置锁效率接近显示锁)。)

加锁资源:避免一个线程在锁内同时占有多个资源,尽量保证每个锁只占有一个资源。

加锁数量:避免一个线程同时获取多个锁(上面的例子就是一个线程获取两个锁),有需要时应该尽量缩小锁的范围,能用同步块加锁就不要用同步方法加锁。尽量使用开放调用(在调用某个方法时不需要持有锁,那么这种调用被称为开放调用)

 

感兴趣的朋友可以学习下银行家算法(避免死锁发生的著名算法)

 

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
未来社区的建设背景和需求分析指出,随着智能经济、大数据、人工智能、物联网、区块链、云计算等技术的发展,社区服务正朝着数字化、智能化转型。社区服务渠道由分散向统一融合转变,服务内容由通用庞杂向个性化、服务导向转变。未来社区将构建数字化生态,实现数据在线、组织在线、服务在线、产品智能和决策智能,赋能企业创新,同时注重人才培养和科研平台建设。 规划设计方面,未来社区将基于居民需求,打造以服务为心的社区管理模式。通过统一的服务平台和应用,实现服务内容的整合和优化,提供灵活多样的服务方式,如推送式、订阅式、热点式等。社区将构建数据与应用的良性循环,提高服务效率,同时注重生态优美、绿色低碳、社和谐,以实现幸福民生和产业发展。 建设运营上,未来社区强调科学规划、以人为本,创新引领、重点突破,统筹推进、整体提升。通过实施院落+社团自治工程,转变政府职能,深化社区自治法制化、信息化,解决社区治理的重点问题。目标是培养有活力的社组织,提高社区居民参与度和满意度,实现社区治理服务的制度机制创新。 未来社区的数字化解决方案包括信息发布系统、服务系统和管理系统。信息发布系统涵盖公共服务类和社化服务类信息,提供政策宣传、家政服务、健康医疗咨询等功能。服务系统功能需求包括办事指南、公共服务、社区工作参与互动等,旨在提高社区服务能力。管理系统功能需求则涉及院落管理、社团管理、社工队伍管理等,以实现社区治理的现代化。 最后,未来社区建设注重整合政府、社组织、企业等多方资源,以提高社区服务的效率和质量。通过建立社区管理服务综合信息平台,提供社区公共服务、社区社组织管理服务和社区便民服务,实现管理精简、高效、透明,服务快速、便捷。同时,通过培育和发展社区协、社团等组织,激发社化组织活力,为居民提供综合性的咨询和服务,促进社区的和谐发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值