首页 > 其他分享 >哲学家就餐问题(死锁)

哲学家就餐问题(死锁)

时间:2023-06-03 11:55:50浏览次数:43  
标签:就餐 哲学家 Object philosophers 死锁 chopsticks 筷子

本文主要讲述死锁的一个经典案例—哲学家就餐问题,并对该问题进行修复。

1. 问题描述

哲学家就餐问题

看上图,有五位哲学家,每天循环做两件事:思考,吃面。吃面时每人面前都有一个盘子,盘子左边和右边都有一根筷子,他们在吃面之前需要先拿起左边的筷子再拿起右边的筷子,有了一双筷子就可以吃面了。

具体逻辑:

  • 哲学家在吃面之前一般先思考一段时间
  • 思考之后,先拿起左手的筷子
  • 然后拿起右手的筷子
  • 如果筷子被人使用了,那就等别人用完
  • 吃完后,依次把筷子放回原位

逻辑的伪代码如下:

while(true){
    //思考
    think();
    //拿起左边的筷子
    pick_up_left_fork();
    //拿起右边的筷子
    pick_up_right_fork();
    //吃饭
    eat();
    //放下右边的筷子
    put_down_left_fork();
    //放下左边的筷子
    put_down_right_fork();
}

分析:如果每个哲学家同时都拿着左手的筷子,并在等右边的筷子,就会有死锁的风险。

2. 代码实现

代码展示如下:

public class Philosopher implements Runnable {

    private Object leftChopstick;
    private Object rightChopstick;

    public Philosopher(Object leftChopstick, Object rightChopstick) {
        this.leftChopstick = leftChopstick;
        this.rightChopstick = rightChopstick;
    }

    /**
     * 每个哲学家重复做的事就是:思考,拿筷子吃面
     */
    @Override
    public void run() {
        try {
            while (true) {
                doAction("思考中...");
                synchronized (leftChopstick) {
                    doAction("拿起左手的筷子...");
                    synchronized (rightChopstick) {
                        doAction("拿起右手的筷子...");
                        System.out.println("吃面");
                        doAction("放下右手的筷子...");
                    }
                    doAction("放下左手的筷子...");
                }
            }
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    private void doAction(String action) throws InterruptedException {
        System.out.println(Thread.currentThread().getName() + " " + action);
        Thread.sleep((long) (Math.random() * 10));
    }
}
public class DiningPhilosophers {
    public static void main(String[] args) {
        
        //五根筷子
        Object[] chopsticks = new Object[philosophers.length];
        for (int i = 0; i < chopsticks.length; i++) {
            chopsticks[i] = new Object();
        }
        //五个哲学家,创建5个线程,每个线程持有两把筷子锁
        for (int i = 0; i < philosophers.length; i++) {
            Object leftChopstick = chopsticks[i];
            Object rightChopstick = chopsticks[(i + 1) % chopsticks.length];
            Philosopher philosophers = new Philosopher(leftChopstick, rightChopstick);
            new Thread(philosophers, "哲学家" + (i + 1) + "号").start();
        }
    }
}

打印结果:

可以看到,五个哲学家最后都拿起了左边筷子,都在等右边筷子,就发生了死锁。

3. 解决哲学家就餐问题的4种方案

  • 服务员检查(避免策略):引入一个服务员协调,就是说当哲学家要拿起筷子的时候,先询问服务员能否拿起,服务员就会检查拿起筷子是否会有死锁的发生,不会的话就允许哲学家拿起筷子,相反如果可能会发生死锁就不让哲学家拿起筷子。
  • 改变一个哲学家拿叉子的顺序(避免策略):因为要发生死锁,一定是所有哲学家都拿起了左边的筷子,发生了死锁环路,但是假如有个哲学家不按照顺时针拿的话,就是说先拿右边筷子,这样就永远不会发生都在等右边筷子的死锁环路了。
  • 餐票(避免策略):就是说每个人吃饭前都要先拿到餐票才能拿筷子吃面,餐票总共只有4张,也就是说看肯定有一个人没有餐票,那么他就不能去拿筷子,那么其余的人就不会死锁,等他们吃完把餐票还回去之后,最后那个人才能吃面。
  • 领导调节(检测与恢复策略):并不是不让你发生死锁,而是等你死锁了,领导检测到了死锁发生(五个人都拿起了左边的筷子),就会命令其中一个人放下筷子,让别人先吃。

4. 针对第二个方案进行实现:改变一个哲学家拿筷子的顺序(代码演示)

public class DiningPhilosophers {

    public static void main(String[] args) {
        //五个哲学家
        Philosopher[] philosophers = new Philosopher[5];
        //五根筷子
        Object[] chopsticks = new Object[philosophers.length];
        for (int i = 0; i < chopsticks.length; i++) {
            chopsticks[i] = new Object();
        }
        for (int i = 0; i < philosophers.length; i++) {
            Object leftChopstick = chopsticks[i];
            Object rightChopstick = chopsticks[(i + 1) % chopsticks.length];
            // 修改点:这里我们将最后一个哲学家拿筷子的顺序反过来
            if (i == philosophers.length - 1) {
                philosophers[i] = new Philosopher(rightChopstick, leftChopstick);
            } else {
                philosophers[i] = new Philosopher(leftChopstick, rightChopstick);
            }
            new Thread(philosophers[i], "哲学家" + (i + 1) + "号").start();
        }
    }
}

打印结果:

程序会一直运行下去,不再发生死锁。

文章来源:哲学家就餐问题(死锁)

个人微信:CaiBaoDeCai

微信公众号名称:Java知者

微信公众号 ID: JavaZhiZhe

谢谢关注!

标签:就餐,哲学家,Object,philosophers,死锁,chopsticks,筷子
From: https://www.cnblogs.com/javazhizhe/p/17453754.html

相关文章

  • 死锁细究
    一、死锁的定义&危害1、死锁是什么发生在并发中互不想让:当两个(或更多)线程(或进程)相互持有对方所需要的资源,又不主动释放,导致所有人都无法继续前进,导致程序陷入无尽的阻塞,这就是死锁。多个线程造成死锁的情况如果多个线程之间的依赖关系是环形,存在环路的锁的依赖关系,那么......
  • Oracle 死锁与慢查询总结
    查看死锁SELECTs.sid"会话ID",s.lockwait"等待锁",s.event"等待的资源/事件",--最近等待或正在等待的资源/事件DECODE(lo.locked_mode,0,'尚未获得锁',1,NULL,2,'行共享锁',3,'行排它锁',4,'共享表锁',5,'共享行排它锁',6,......
  • 死锁的产生及避免
    资料什么是死锁?死锁的产生条件及解决办法什么是死锁,死锁的原因及解决办法(含四个必要条件)死锁的产生原因与解决方法Java实例-死锁及解决方法实例产生死锁的四个必要条件:1、互斥使用,即当资源被一个线程使用(占有)时,别的线程不能使用2、不可抢占,资源请求者不能强制从资源占有者手......
  • 并发中致命的死锁
    本文首发自「慕课网」,想了解更多IT干货内容,程序员圈内热闻,欢迎关注"慕课网"或慕课网公众号!作者:王军伟Tech||慕课网讲师1.前言本文内容主要是对死锁进行深入的讲解,具体内容点如下:理解线程的上下文切换,这是本节的辅助基础内容,从概念层面进行理解即可;了解什么是线程死锁,在并发编程......
  • gdb调试c++多线程死锁问题初步
    https://blog.csdn.net/zsiming/article/details/126695393 总结:psaux|grepfilename //找出进程IDtop-HpPID //列出进程号为PID下的所有线程gdbatattchPID //用gdb调试正在运行的进程(进程号为PID)(需要sudo权限)threadapplyallbt //这里涉及2个命令:thr......
  • 死锁
    死锁产生的条件:两个或者多个线程相互占用对方想要请求的资源,就会产生死锁。死锁的四个必要条件:(1)互斥条件:同一时刻只有一个线程持有锁。(2)请求与保持条件:一个线程因请求资源而阻塞,对已持有的资源保持不放。(3)不可剥夺条件:线程在没有使用完自己持有的资源时,其它线程不能剥夺该线程......
  • Oracle 死锁与慢查询总结
    查看死锁SELECTs.sid"会话ID",s.lockwait"等待锁",s.event"等待的资源/事件",--最近等待或正在等待的资源/事件DECODE(lo.locked_mode,0,'尚未获得锁',1,NULL,2,'行共享锁',3,'行排它锁',4,'共享表锁',5,'共享行排它锁',6,......
  • 【MySQL】【锁】MySQL 死锁了,怎么办
    1  前言MySQL会发生死锁么,当然会,有锁的地方,有多个事务的地方,就会出现互相争夺对方资源的情况,就会产生僵持,比如我们的业务场景:主要逻辑就是新增订单、修改订单、查询订单等操作。然后因为订单是不能重复的,所以当时在新增订单的时候做了幂等性校验,做法就是在新增订单记录之前,先......
  • oracle死锁产生成原因和解决方案
    表1.进行update、delete操作的窗口没有提交有在另一个窗口执行了更新或者删除动作。2.在外键上没有加索引引起的死锁(这个要注意,设置了外键同时增加索引)3.两个表之前不同顺序之间的相互更新操作引起的死锁(如果所有并发事务按同一顺序访问对象,则发生死锁的可能性会降低) 解锁......
  • Java-Day-23( 线程二:线程终止 + 常用方法 + 用户线程 + 守护线程 + 线程生命周期 + Syn
    Java-Day-23线程终止setLoop()基本说明当线程完成任务后,会自动退出还可以通过使用变量来控制run方法退出的方式停止线程,即通知方式练习使用publicclasstest1{publicstaticvoidmain(String[]args)throwsInterruptedException{Tt1=newT();......