死鎖的3種死法

来源:https://www.cnblogs.com/jiagooushi/archive/2022/11/08/16869590.html
-Advertisement-
Play Games

1. 什麼是死鎖 在多線程環境中,多個進程可以競爭有限數量的資源。當一個進程申請資源時,如果這時沒有可用資源,那麼這個進程進入等待狀態。有時,如果所申請的資源被其他等待進程占有,那麼該等待進程有可能再也無法改變狀態。這種情況稱為死鎖 在Java中使用多線程,就會有可能導致死鎖問題。死鎖會讓程式一直卡 ...


1. 什麼是死鎖

在多線程環境中,多個進程可以競爭有限數量的資源。當一個進程申請資源時,如果這時沒有可用資源,那麼這個進程進入等待狀態。有時,如果所申請的資源被其他等待進程占有,那麼該等待進程有可能再也無法改變狀態。這種情況稱為死鎖

在Java中使用多線程,就會有可能導致死鎖問題。死鎖會讓程式一直住,不再往下執行。我們只能通過中止並重啟的方式來讓程式重新執行。

2. 造成死鎖的原因

  • 當前線程擁有其他線程需要的資源
  • 當前線程等待其他線程已擁有的資源
  • 都不放棄自己擁有的資源

3. 死鎖的必要條件

3.1 互斥

進程要求對所分配的資源(如印表機)進行排他性控制,即在一段時間內某資源僅為一個進程所占有。此時若有其他進程請求該資源,則請求進程只能等待。

3.2 不可剝奪

進程所獲得的資源在未使用完畢之前,不能被其他進程強行奪走,即只能由獲得該資源的進程自己來釋放(只能是主動釋放)。

3.3 請求與保持

進程已經保持了至少一個資源,但又提出了新的資源請求,而該資源已被其他進程占有,此時請求進程被阻塞,但對自己已獲得的資源保持不放。

3.4 迴圈等待

是指進程發生死鎖後,必然存在一個進程–資源之間的環形鏈,通俗講就是你等我的資源,我等你的資源,大家一直等。

4. 死鎖的分類

4.1 靜態順序型死鎖

線程之間形成相互等待資源的環時,就會形成順序死鎖lock-ordering deadlock,多個線程試圖以不同的順序來獲取相同的鎖時,容易形成順序死鎖,如果所有線程以固定的順序來獲取鎖,就不會出現順序死鎖問題

經典案例是LeftRightDeadlock,兩個方法,分別是leftRigth、rightLeft。如果一個線程調用leftRight,另一個線程調用rightLeft,且兩個線程是交替執行的,就會發生死鎖。

public class LeftRightDeadLock {

    //左邊鎖
    private static Object left = new Object();
    //右邊鎖
    private static Object right = new Object();

    /**
     * 現持有左邊的鎖,然後獲取右邊的鎖
     */
    public static void leftRigth() {
        synchronized (left) {
            System.out.println("leftRigth: left lock,threadId:" + Thread.currentThread().getId());
            //休眠增加死鎖產生的概率
            sleep(100);
            synchronized (right) {
                System.out.println("leftRigth: right lock,threadId:" + Thread.currentThread().getId());
            }
        }
    }

    /**
     * 現持有右邊的鎖,然後獲取左邊的鎖
     */
    public static void rightLeft() {
        synchronized (right) {
            System.out.println("rightLeft: right lock,threadId:" + Thread.currentThread().getId());
            //休眠增加死鎖產生的概率
            sleep(100);
            synchronized (left) {
                System.out.println("rightLeft: left lock,threadId:" + Thread.currentThread().getId());
            }
        }
    }

    /**
     * 休眠
     *
     * @param time
     */
    private static void sleep(long time) {
        try {
            Thread.sleep(time);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    public static void main(String[] args) {
        //創建一個線程池
        ExecutorService executorService = Executors.newFixedThreadPool(10);
        executorService.execute(() -> leftRigth());
        executorService.execute(() -> rightLeft());
        executorService.shutdown();
    }
}

輸出:

leftRigth: left lock,threadId:12
rightLeft: right lock,threadId:13

我們發現,12號線程鎖住了左邊要向右邊獲取鎖,13號鎖住了右邊,要向左邊獲取鎖,因為兩邊都不釋放自己的鎖,互不相讓,就產生了死鎖。

4.1.1 解決方案

固定加鎖的順序(針對鎖順序死鎖)

只要交換下鎖的順序,讓線程來了之後先獲取同一把鎖,獲取不到就等待,等待上一個線程釋放鎖再獲取鎖。

public static void leftRigth() {
       synchronized (left) {
         ...
           synchronized (right) {
            ...
           }
       }
   }

   public static void rightLeft() {
       synchronized (left) {
         ...
           synchronized (right) {
            ...
           }
       }
   }

4.2 動態鎖順序型死鎖

由於方法入參由外部傳遞而來,方法內部雖然對兩個參數按照固定順序進行加鎖,但是由於外部傳遞時順序的不可控,而產生鎖順序造成的死鎖,即動態鎖順序死鎖。

上例告訴我們,交替的獲取鎖會導致死鎖,且鎖是固定的。有時候鎖的執行順序並不那麼清晰,參數導致不同的執行順序。經典案例是銀行賬戶轉賬,from賬戶向to賬戶轉賬,在轉賬之前先獲取兩個賬戶的鎖,然後開始轉賬,如果這是to賬戶向from賬戶轉賬,角色互換,也會導致鎖順序死鎖。

/**
 * 動態順序型死鎖
 * 轉賬業務
 */
public class TransferMoneyDeadlock {

    public static void transfer(Account from, Account to, int amount) {
        //先鎖住轉賬的賬戶
        synchronized (from) {
            System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + from.name + "】賬戶鎖成功");
            //休眠增加死鎖產生的概率
            sleep(100);
            //在鎖住目標賬戶
            synchronized (to) {
                System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + to.name + "】賬戶鎖成功");
                if (from.balance < amount) {
                    System.out.println("餘額不足");
                    return;
                } else {
                    from.debit(amount);
                    to.credit(amount);
                    System.out.println("線程【" + Thread.currentThread().getId() + "】從【" + from.name + "】賬戶轉賬到【" + to.name + "】賬戶【" + amount + "】元錢成功");
                }
            }
        }
    }

    private static class Account {
        String name;
        int balance;

        public Account(String name, int balance) {
            this.name = name;
            this.balance = balance;
        }

        void debit(int amount) {
            this.balance = balance - amount;
        }

        void credit(int amount) {
            this.balance = balance + amount;
        }
    }


    /**
     * 休眠
     *
     * @param time
     */
    private static void sleep(long time) {
        try {
            Thread.sleep(time);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    public static void main(String[] args) {
        //創建線程池
        ExecutorService executorService = Executors.newFixedThreadPool(10);
        //創建賬戶A
        Account A = new Account("A", 100);
        //創建賬戶B
        Account B = new Account("B", 200);
        //A -> B 的轉賬
        executorService.execute(() -> transfer(A, B, 5));
        //B -> A 的轉賬
        executorService.execute(() -> transfer(B, A, 10));
        executorService.shutdown();
    }
}

輸出:

線程【12】獲取【A】賬戶鎖成功
線程【13】獲取【B】賬戶鎖成功

然後就沒有然後了,產生了死鎖,我們發現 因為對象的調用關係,產生了互相鎖住資源的問題。

4.2.1 解決方案

根據傳入對象的hashCode硬性確定加鎖順序,消除可變性,避免死鎖。

package com.test.thread.deadlock;

import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

/**
 * 動態順序型死鎖解決方案
 */
public class TransferMoneyDeadlock {
    /**
     * 監視器,第三把鎖,為了方式HASH衝突
     */
    private static Object lock = new Object();

    /**
     * 我們經過上一次得失敗,明白了不能依賴參數名稱簡單的確定鎖的順序,因為參數是
     * 具有動態性的,所以,我們改變一下思路,直接根據傳入對象的hashCode()大小來
     * 對鎖定順序進行排序(這裡要明白的是如何排序不是關鍵,有序才是關鍵)。
     *
     * @param from
     * @param to
     * @param amount
     */
    public static void transfer(Account from, Account to, int amount) {
        /**
         * 這裡需要說明一下為什麼不使用HashCode()因為HashCode方法可以被重寫,
         * 所以,我們無法簡單的使用父類或者當前類提供的簡單的hashCode()方法,
         * 所以,我們就使用系統提供的identityHashCode()方法,該方法保證無論
         * 你是否重寫了hashCode方法,都會在虛擬機層面上調用一個名為JVM_IHashCode
         * 的方法來根據對象的存儲地址來獲取該對象的hashCode(),HashCode如果不重寫
         * 的話,其實也是通過這個虛擬機層面上的方法,JVM_IHashCode()方法實現的
         * 這個方法是用C++實現的。
         */
        int fromHash = System.identityHashCode(from);
        int toHash = System.identityHashCode(to);
        if (fromHash > toHash) {
            //先鎖住轉賬的賬戶
            synchronized (from) {
                System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + from.name + "】賬戶鎖成功");
                //休眠增加死鎖產生的概率
                sleep(100);
                //在鎖住目標賬戶
                synchronized (to) {
                    System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + to.name + "】賬戶鎖成功");
                    if (from.balance < amount) {
                        System.out.println("餘額不足");
                        return;
                    } else {
                        from.debit(amount);
                        to.credit(amount);
                        System.out.println("線程【" + Thread.currentThread().getId() + "】從【" + from.name + "】賬戶轉賬到【" + to.name + "】賬戶【" + amount + "】元錢成功");
                    }
                }
            }
        } else if (fromHash < toHash) {
            //先鎖住轉賬的賬戶
            synchronized (to) {
                System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + from.name + "】賬戶鎖成功");
                //休眠增加死鎖產生的概率
                sleep(100);
                //在鎖住目標賬戶
                synchronized (from) {
                    System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + to.name + "】賬戶鎖成功");
                    if (from.balance < amount) {
                        System.out.println("餘額不足");
                        return;
                    } else {
                        from.debit(amount);
                        to.credit(amount);
                        System.out.println("線程【" + Thread.currentThread().getId() + "】從【" + from.name + "】賬戶轉賬到【" + to.name + "】賬戶【" + amount + "】元錢成功");
                    }
                }
            }
        } else {
            //如果傳入對象的Hash值相同,那就加讓加第三層鎖
            synchronized (lock) {
                //先鎖住轉賬的賬戶
                synchronized (from) {
                    System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + from.name + "】賬戶鎖成功");
                    //休眠增加死鎖產生的概率
                    sleep(100);
                    //在鎖住目標賬戶
                    synchronized (to) {
                        System.out.println("線程【" + Thread.currentThread().getId() + "】獲取【" + to.name + "】賬戶鎖成功");
                        if (from.balance < amount) {
                            System.out.println("餘額不足");
                            return;
                        } else {
                            from.debit(amount);
                            to.credit(amount);
                            System.out.println("線程【" + Thread.currentThread().getId() + "】從【" + from.name + "】賬戶轉賬到【" + to.name + "】賬戶【" + amount + "】元錢成功");
                        }
                    }
                }
            }
        }

    }

    private static class Account {
        String name;
        int balance;

        public Account(String name, int balance) {
            this.name = name;
            this.balance = balance;
        }

        void debit(int amount) {
            this.balance = balance - amount;
        }

        void credit(int amount) {
            this.balance = balance + amount;
        }
    }


    /**
     * 休眠
     *
     * @param time
     */
    private static void sleep(long time) {
        try {
            Thread.sleep(time);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    public static void main(String[] args) {
        //創建線程池
        ExecutorService executorService = Executors.newFixedThreadPool(10);
        //創建賬戶A
        Account A = new Account("A", 100);
        //創建賬戶B
        Account B = new Account("B", 200);
        //A -> B 的轉賬
        executorService.execute(() -> transfer(A, B, 5));
        //B -> A 的轉賬
        executorService.execute(() -> transfer(B, A, 10));
        executorService.shutdown();
    }
}

輸出

線程【12】獲取【A】賬戶鎖成功
線程【12】獲取【B】賬戶鎖成功
線程【12】從【A】賬戶轉賬到【B】賬戶【5】元錢成功
線程【13】獲取【B】賬戶鎖成功
線程【13】獲取【A】賬戶鎖成功
線程【13】從【B】賬戶轉賬到【A】賬戶【10】元錢成功

4.3 協作對象間的死鎖

在協作對象之間可能存在多個鎖獲取的情況,但是這些獲取多個鎖的操作並不像在LeftRightDeadLock或transferMoney中那麼明顯,這兩個鎖並不一定必須在同一個方法中被獲取。如果在持有鎖時調用某個外部方法,那麼這就需要警惕死鎖問題,因為在這個外部方法中可能會獲取其他鎖,或者阻塞時間過長,導致其他線程無法及時獲取當前被持有的鎖。

上述兩例中,在同一個方法中獲取兩個鎖。實際上,鎖並不一定在同一方法中被獲取。經典案例,如計程車調度系統。

/**
 * 協作對象間的死鎖
 */
public class CoordinateDeadlock {
    /**
     * Taxi 類
     */
    static class Taxi {
        private String location;
        private String destination;
        private Dispatcher dispatcher;

        public Taxi(Dispatcher dispatcher, String destination) {
            this.dispatcher = dispatcher;
            this.destination = destination;
        }

        public synchronized String getLocation() {
            return this.location;
        }

        /**
         * 該方法先獲取Taxi的this對象鎖後,然後調用Dispatcher類的方法時,又需要獲取
         * Dispatcher類的this方法。
         *
         * @param location
         */
        public synchronized void setLocation(String location) {
            this.location = location;
            System.out.println(Thread.currentThread().getName() + " taxi set location:" + location);
            if (this.location.equals(destination)) {
                dispatcher.notifyAvailable(this);
            }
        }
    }

    /**
     * 調度類
     */
    static class Dispatcher {
        private Set<Taxi> taxis;
        private Set<Taxi> availableTaxis;

        public Dispatcher() {
            taxis = new HashSet<Taxi>();
            availableTaxis = new HashSet<Taxi>();
        }

        public synchronized void notifyAvailable(Taxi taxi) {
            System.out.println(Thread.currentThread().getName() + " notifyAvailable.");
            availableTaxis.add(taxi);
        }

        /**
         * 列印當前位置:有死鎖風險
         * 持有當前鎖的時候,同時調用Taxi的getLocation這個外部方法;而這個外部方法也是需要加鎖的
         * reportLocation的鎖的順序與Taxi的setLocation鎖的順序完全相反
         */
        public synchronized void reportLocation() {
            System.out.println(Thread.currentThread().getName() + " report location.");
            for (Taxi t : taxis) {
                t.getLocation();
            }
        }

        public void addTaxi(Taxi taxi) {
            taxis.add(taxi);
        }
    }

    public static void main(String[] args) {
        ExecutorService executorService = Executors.newFixedThreadPool(10);
        final Dispatcher dispatcher = new Dispatcher();
        final Taxi taxi = new Taxi(dispatcher, "軟體園");
        dispatcher.addTaxi(taxi);
        //先獲取dispatcher鎖,然後是taxi的鎖
        executorService.execute(() -> dispatcher.reportLocation());
        //先獲取taxi鎖,然後是dispatcher的鎖
        executorService.execute(() -> taxi.setLocation("軟體園"));
        executorService.shutdown();
    }
}

4.3.1 解決方案

使用開放調用,開放調用指調用該方法不需要持有鎖。

開放調用,是指在調用某個方法時不需要持有鎖。開放調用可以避免死鎖,這種代碼更容易編寫。上述調度演算法完全可以修改為開發調用,修改同步代碼塊的範圍,使其僅用於保護那些涉及共用狀態的操作,避免在同步代碼塊中執行方法調用。修改Dispatcher的reportLocation方法:

4.3.1.1 setLocation方法
/**
    * 開放調用,不持有鎖期間進行外部方法調用
    *
    * @param location
    */
   public void setLocation(String location) {
       synchronized (this) {
           this.location = location;
       }
       System.out.println(Thread.currentThread().getName() + " taxi set location:" + location);
       if (this.location.equals(destination)) {
           dispatcher.notifyAvailable(this);
       }
   }
4.3.1.2 reportLocation 方法
/**
       * 同步塊只包含對共用狀態的操作代碼
       */
      public synchronized void reportLocation() {
          System.out.println(Thread.currentThread().getName() + " report location.");
          Set<Taxi> taxisCopy;
          synchronized (this) {
              taxisCopy = new HashSet<Taxi>(taxis);
          }
          for (Taxi t : taxisCopy) {
              t.getLocation();
          }
      }

本文由傳智教育博學谷教研團隊發佈。

如果本文對您有幫助,歡迎關註點贊;如果您有任何建議也可留言評論私信,您的支持是我堅持創作的動力。

轉載請註明出處!


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 前言 嗨嘍~大家好呀,這裡是魔王吶 ! 知識點: 動態數據抓包 requests發送請求 json數據解析 開發環境: python 3.8 運行代碼 pycharm 2021.2 輔助敲代碼 requests pip install requests 思路分析 如何去實現一個案例: 簡單的 基礎知 ...
  • 哈嘍兄弟們,本節咱們來複習一下Python基礎入門中的if語句。 編程中經常需要檢查一系列條件,並據此決定採取什麼措施。在python中,if語句能檢測你的程式的當前狀態,並據此採取什麼措施。 if語句功能 可以作為條件測試檢查是否相等,檢查是不相等數值比較,檢查多個條件等!下麵來一些簡單的示例: ...
  • 前言 我在上一篇文章聊了Redisson的可重入鎖,這次繼續來聊聊Redisson的公平鎖。下麵是官方原話: 它保證了當多個Redisson客戶端線程同時請求加鎖時,優先分配給先發出請求的線程。所有請求線程會在一個隊列中排隊,當某個線程出現宕機時,Redisson會等待5秒後繼續下一個線程,也就是說 ...
  • 如果在代碼中寫死了(hardcode)文件名,每次要加解密文件都要去改python源代碼,顯然有些太笨了。為此,可以使用命令行參數來在不改動源代碼的情況下,對命令行參數所指定的文件進行加/解密操作。也可以指定加解密後輸出的文件名稱,以方便使用。 ...
  • 簡介: 門面模式又稱之為外觀模式,屬於結構型的設計模式。 用於為子系統中的一組介面提供一致的調用方案。門面模式定義了一個高層介面,引入門面角色之後,只需要直接與門面角色交互,降低了系統的耦合度。 適用場景: 最經典的Laravel的Facade,當使用一些庫的時候,不需要瞭解底層系統如何實現,只需要 ...
  • 一、基礎命令 在我們使用深度學習時,肯定會用到繪圖命令,繪製loss與val_loss等等,以此查看模型的效果。 plt.plot(x,y,lw=,ls=,c=, alpha=, label=) x:x坐標的數據 y:y坐標的數據 lw:指定線條寬度 ls:指定線條樣式,ls='-'為實線,ls=' ...
  • 哈嘍兄弟們,今天咱們來複習一下Python基礎中的列表操作,不知道各位還記得多少呢? 遍歷整個列表加粗樣式 遍歷列表的所有元素,對每一個元素進行相同的操作,是我們常常所需要的。在python中可使用for()迴圈。 假如我們需要將一個列表中的手機品牌一一列印,我們可以分別獲取手機品牌的名字。如果數據 ...
  • 一、基本介紹 參考:https://www.hangge.com/blog/cache/detail_2844.html 1、為什麼搭建私服 如果沒有私服,需要的構件都需要通過maven的中央倉庫或者第三方的maven倉庫下載到本地,而一個團隊的所有人都重覆的從maven倉庫下載構件加大了倉庫的負載 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:本文代碼示例演示瞭如何在WPF中使用LiveCharts庫創建動態條形圖。通過創建數據模型、ViewModel和在XAML中使用`CartesianChart`控制項,你可以輕鬆實現圖表的數據綁定和動態更新。我將通過清晰的步驟指南包括詳細的中文註釋,幫助你快速理解並應用這一功能。 先上效果: 在 ...
  • openGauss(GaussDB ) openGauss是一款全面友好開放,攜手伙伴共同打造的企業級開源關係型資料庫。openGauss採用木蘭寬鬆許可證v2發行,提供面向多核架構的極致性能、全鏈路的業務、數據安全、基於AI的調優和高效運維的能力。openGauss深度融合華為在資料庫領域多年的研 ...
  • openGauss(GaussDB ) openGauss是一款全面友好開放,攜手伙伴共同打造的企業級開源關係型資料庫。openGauss採用木蘭寬鬆許可證v2發行,提供面向多核架構的極致性能、全鏈路的業務、數據安全、基於AI的調優和高效運維的能力。openGauss深度融合華為在資料庫領域多年的研 ...
  • 概述:本示例演示了在WPF應用程式中實現多語言支持的詳細步驟。通過資源字典和數據綁定,以及使用語言管理器類,應用程式能夠在運行時動態切換語言。這種方法使得多語言支持更加靈活,便於維護,同時提供清晰的代碼結構。 在WPF中實現多語言的一種常見方法是使用資源字典和數據綁定。以下是一個詳細的步驟和示例源代 ...
  • 描述(做一個簡單的記錄): 事件(event)的本質是一個委托;(聲明一個事件: public event TestDelegate eventTest;) 委托(delegate)可以理解為一個符合某種簽名的方法類型;比如:TestDelegate委托的返回數據類型為string,參數為 int和 ...
  • 1、AOT適合場景 Aot適合工具類型的項目使用,優點禁止反編 ,第一次啟動快,業務型項目或者反射多的項目不適合用AOT AOT更新記錄: 實實在在經過實踐的AOT ORM 5.1.4.117 +支持AOT 5.1.4.123 +支持CodeFirst和非同步方法 5.1.4.129-preview1 ...
  • 總說周知,UWP 是運行在沙盒裡面的,所有許可權都有嚴格限制,和沙盒外交互也需要特殊的通道,所以從根本杜絕了 UWP 毒瘤的存在。但是實際上 UWP 只是一個應用模型,本身是沒有什麼許可權管理的,許可權管理全靠 App Container 沙盒控制,如果我們脫離了這個沙盒,UWP 就會放飛自我了。那麼有沒... ...
  • 目錄條款17:讓介面容易被正確使用,不易被誤用(Make interfaces easy to use correctly and hard to use incorrectly)限制類型和值規定能做和不能做的事提供行為一致的介面條款19:設計class猶如設計type(Treat class de ...
  • title: 從零開始:Django項目的創建與配置指南 date: 2024/5/2 18:29:33 updated: 2024/5/2 18:29:33 categories: 後端開發 tags: Django WebDev Python ORM Security Deployment Op ...
  • 1、BOM對象 BOM:Broswer object model,即瀏覽器提供我們開發者在javascript用於操作瀏覽器的對象。 1.1、window對象 視窗方法 // BOM Browser object model 瀏覽器對象模型 // js中最大的一個對象.整個瀏覽器視窗出現的所有東西都 ...