死锁的小案例

关于死锁的一些小概念

死锁是指两个或两个以上的进程在执行过程中,由于竞争资源或者由于彼此通信而造成的一种阻塞的现象,若无外力作用,它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程称为死锁进程。
就我个人而言,我喜欢将死锁叫做线程版的鹬蚌相争.

1.产生原因(复制的)

(1) 因为系统资源不足。  
(2).进程运行推进的顺序不合适。   
(3) 资源分配不当等。

  如果系统资源充足,进程的资源请求都能够得到满足,死锁出现的可能性就很低,否则
  就会因争夺有限的资源而陷入死锁。其次,进程运行推进顺序与速度不同,也可能产生死锁。

2.产生的四大条件(复制的)

(1) 互斥条件:一个资源每次只能被一个进程使用。

(2) 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
(3)不剥夺条件:进程已获得的资源,在末使用完之前,不能强行剥夺。
(4) 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

  这四个条件是死锁的必要条件,只要系统发生死锁,这些条件必然成立,而只要上述条件之
  一不满足,就不会发生死锁。

3.如何避免

理解了死锁的原因,尤其是产生死锁的四个必要条件,就可以最大可能地避免、预防和
解除死锁。所以,在系统设计、进程调度等方面注意如何不让这四个必要条件成立,如何确
定资源的合理分配算法,避免进程永久占据系统资源。此外,也要防止进程在处于等待状态
的情况下占用资源。因此,对资源的分配要给予合理的规划。

个人写的简单案例
public class DeathThreadDemo {
    public static void main(String[] args) {
        DeadLock dt0=new DeadLock(0);
        DeadLock dt1=new DeadLock(1);
        new Thread(dt0).start();
        new Thread(dt1).start();
    }
}


class DeadLock implements Runnable{
    private int value;
    private static Object o1 = new Object(), o2 = new Object(); 
    public DeadLock(int value){
        this.value=value;
    }
    public void run() {
        if(value==0){
            synchronized(o1){
                try {
                    Thread.sleep(3000);
                    for (int i = 11; i < 20; i++) {
                        System.out.println("o1"+i);
                    }
                } catch (InterruptedException e) {
                    // TODO Auto-generated catch block
                    e.printStackTrace();
                }
                synchronized(o2){
                    System.out.println("o2"+value);
                }
            }

        }
        if(value==1){
            synchronized(o2){
                try {
                    Thread.sleep(3000);
                    for (int i = 1; i < 10; i++) {
                        System.out.println("o2"+i);
                    }

                } catch (InterruptedException e) {
                    // TODO Auto-generated catch block
                    e.printStackTrace();
                }
                synchronized(o1){
                    System.out.println("o1"+value);
                }
            }

        }
    }
}

运行结果:
这里写图片描述

个人解释:
这里写图片描述

  • 11
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
由于ThreadLocal只在当前线程内起作用,因此在线程池等场景下使用时需要特别注意,避免ThreadLocal导致的死锁问题。 以下是一个示例代码,该代码使用了ThreadLocal来保存线程特有的对象,同时在使用线程池时,由于线程重用导致ThreadLocal中的对象无法正确释放,最终导致系统死锁。 ``` public class ThreadLocalDeadLockDemo { static ThreadPoolExecutor executor = new ThreadPoolExecutor(1, 1, 0, TimeUnit.SECONDS, new LinkedBlockingDeque<>(10), r -> { Thread t = new Thread(r); t.setDaemon(true); return t; }); static ThreadLocal<Map<String, String>> threadLocal = new ThreadLocal<Map<String,String>>(){ protected Map<String, String> initialValue(){ return new HashMap<>(); } }; public static void main(String[] args) throws Exception { //提交一个任务,该任务会占用ThreadLocal中的对象 executor.execute(() -> { threadLocal.get().put("test", "value"); //模拟业务逻辑执行的过程 try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } threadLocal.get().remove("test"); }); //提交一个任务,会尝获取ThreadLocal对象 executor.execute(() -> { Map<String, String> map = threadLocal.get(); //模拟对ThreadLocal对象的操作,由于上一个任务还未释放对象,导致无法获取到对象,进而导致线程死锁 System.out.println(map.get("test")); }); executor.shutdown(); } } ``` 当运行该程序时,会发现程序陷入死锁状态,输出结果停留在“value”处,无法继续执行。 因此,在使用ThreadLocal时,需要慎重考虑其使用场景,避免出现死锁等问题。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值