Java併發編程總結3——AQS、ReentrantLock、ReentrantReadWriteLock

来源:http://www.cnblogs.com/everSeeker/archive/2016/06/13/5582007.html
-Advertisement-
Play Games

本文內容主要總結自《Java併發編程的藝術》第5章——Java中的鎖。 一、AQS AbstractQueuedSynchronizer(簡稱AQS),隊列同步器,是用來構建鎖或者其他同步組建的基礎框架。該類主要包括: 1、模式,分為共用和獨占。 2、volatile int state,用來表示鎖 ...


本文內容主要總結自《Java併發編程的藝術》第5章——Java中的鎖。

 

一、AQS

AbstractQueuedSynchronizer(簡稱AQS),隊列同步器,是用來構建鎖或者其他同步組建的基礎框架。該類主要包括:

1、模式,分為共用和獨占。

2、volatile int state,用來表示鎖的狀態。

3、FIFO雙向隊列,用來維護等待獲取鎖的線程。

AQS部分代碼及說明如下:

public abstract class AbstractQueuedSynchronizer
    extends AbstractOwnableSynchronizer
    implements java.io.Serializable {

    static final class Node {
        /** 共用模式,表示可以多個線程獲取鎖,比如讀寫鎖中的讀鎖 */
        static final Node SHARED = new Node();
        /** 獨占模式,表示同一時刻只能一個線程獲取鎖,比如讀寫鎖中的寫鎖 */
        static final Node EXCLUSIVE = null;

        volatile Node prev;
        volatile Node next;
        volatile Thread thread;
    }

    /** AQS類內部維護一個FIFO的雙向隊列,負責同步狀態的管理,當前線程獲取同步狀態失敗時,同步器會將當前線程以及等待狀態等
        構造成一個節點Node並加入同步隊列;當同步狀態釋放時,會把首節點中線程喚醒,使其再次嘗試同步狀態 */
    private transient volatile Node head;
    private transient volatile Node tail;

    /** 狀態,主要用來確定lock是否已經被占用;在ReentrantLock中,state=0表示鎖空閑,>0表示鎖已被占用;可以自定義,改寫tryAcquire(int acquires)等方法即可  */
    private volatile int state;
}

這裡主要說明下雙向隊列,通過查看源碼分析,隊列是這個樣子的:

head -> node1 -> node2 -> node3(tail)

註意:head初始時是一個空節點(所謂的空節點意思是節點中沒有具體的線程信息),之後表示的是獲取了鎖的節點。因此實際上head->next(即node1)才是同步隊列中第一個可用節點。

AQS的設計基於模版方法模式,使用者通過繼承AQS類並重寫指定的方法,可以實現不同功能的鎖。可重寫的方法主要包括:

 

 

二、通過ReentrantLock學習AQS的使用

1、公平鎖的獲取

/**
 * Sync object for fair locks
 */
static final class FairSync extends Sync {
    private static final long serialVersionUID = -3000897897090466540L;

    final void lock() {
        acquire(1);
    }

    /**
     * 首先嘗試獲取鎖,如果tryAcquire(arg)返回true,獲取鎖成功;
     * 如果失敗,則調用acquireQueued(addWaiter(Node.EXCLUSIVE), arg),將當前線程封裝成Node節點加入到同步隊列隊尾,之後阻塞當前線程
     */
    public final void acquire(int arg) {
        if (!tryAcquire(arg) && acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
            selfInterrupt();
    }

    /**
     * 獲取state的值,如果等於0表示鎖空閑,可以嘗試獲取;
     * 查看當前線程是否是FIFO隊列中的第一個可用節點,如果是第一個,則嘗試通過CAS方式獲取鎖, 這保證了等待時間最長的必定先獲取鎖
     */
    protected final boolean tryAcquire(int acquires) {
        final Thread current = Thread.currentThread();
        int c = getState();
        if (c == 0) {
            if (!hasQueuedPredecessors() &&
                compareAndSetState(0, acquires)) {
                setExclusiveOwnerThread(current);
                return true;
            }
        }
        else if (current == getExclusiveOwnerThread()) {
            int nextc = c + acquires;
            if (nextc < 0)
                throw new Error("Maximum lock count exceeded");
            setState(nextc);
            return true;
        }
        return false;
    }
  
    final boolean acquireQueued(final Node node, int arg) {
        boolean failed = true;
        try {
            boolean interrupted = false;
            for (;;) {
                final Node p = node.predecessor();
                /**
                 * 如果發現當前節點的前一個節點為head,那麼嘗試獲取鎖,成功之後刪除head節點並將自己設置為head,退出迴圈;
                 * 如果當前節點為阻塞狀態,需要unpark()喚醒,release()方法會執行喚醒操作
                 */
                if (p == head && tryAcquire(arg)) {
                    setHead(node);
                    p.next = null; // help GC
                    failed = false;
                    return interrupted;
                }
                /**
                 * 為了避免無意義的自旋,同步隊列中的線程會通過park(this)方法用於阻塞當前線程
                 */
                if (shouldParkAfterFailedAcquire(p, node) &&
                    parkAndCheckInterrupt())
                    interrupted = true;
            }
        } finally {
            if (failed)
                cancelAcquire(node);
        }
    }
}

 

2、公平鎖的釋放

更新狀態值state,之後喚醒同步隊列中的第一個等待節點,unparkSuccessor(Node node)。

 

三、公平鎖和非公平鎖

ReentrantLock預設的鎖為非公平鎖,其主要原因在於:與公平鎖相比,可以避免大量的線程切換,極大的提高性能。

先看一個非公平鎖的例子: 

public class AQS2 {
    private ReentrantLock lock = new ReentrantLock(false);
    private Thread[] threads = new Thread[3];

    public AQS2() {
        for (int i = 0; i < 3 ; i++) {
            threads[i] = new Thread(new Runnable() {
                public void run() {
                    for (int i = 0; i < 2; i++) {
                        try {
                            lock.lock();
                            Thread.sleep(100);
                            System.out.println(Thread.currentThread().getName());
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        } finally {
                            lock.unlock();
                        }
                    }
                }
            });
        }
    }

    public void startThreads() {
        for (Thread thread : threads) {
            thread.start();
        }
    }

    public static void main(String[] args) {
        AQS2 aqs2 = new AQS2();
        aqs2.startThreads();
    }
}

運行結果為:

 

這段代碼(每個線程2次獲取鎖/釋放鎖)的運行結果我一開始沒有想清楚,之前我是這麼想的:

Thread0先獲取鎖,之後sleep 100ms,那麼等待獲取鎖的同步隊列為:

head -> thread1 -> thread2 -> thread0 -> thread1 -> thread2。

從運行結果可知,第二次獲取鎖的還是thread0,但是鎖的釋放release(int args)卻總是從同步隊列的第一個可用節點開始,那就把thread1從隊列中移除了,邏輯明顯不對了。

後來重新看了代碼,比較了非公平鎖和公平鎖之間的不同時,才終於明白。

非公平鎖獲取鎖最大的不一樣的地方在於:線程可以無視sync同步隊列插隊!一旦插隊成功,獲得了鎖,那麼該線程當然也就不用在排隊了。所以以上程式的同步隊列應該為:

head -> thread1 -> thread2。

非公平鎖源代碼主要的不同點有2點:

static final class NonfairSync extends Sync {
    private static final long serialVersionUID = 7316153563782823691L;

       //不同點1
    final void lock() {
        if (compareAndSetState(0, 1))
            setExclusiveOwnerThread(Thread.currentThread());
        else
            acquire(1);
    }

    protected final boolean tryAcquire(int acquires) {
        return nonfairTryAcquire(acquires);
    }

    final boolean nonfairTryAcquire(int acquires) {
        final Thread current = Thread.currentThread();
        int c = getState();
        if (c == 0) {
            if (compareAndSetState(0, acquires)) {        //不同點2
                setExclusiveOwnerThread(current);
                return true;
            }
        }
        else if (current == getExclusiveOwnerThread()) {
            int nextc = c + acquires;
            if (nextc < 0) // overflow
                throw new Error("Maximum lock count exceeded");
            setState(nextc);
            return true;
        }
        return false;
    }
}

        thread0第一次釋放鎖之後,會立刻通過lock.lock()操作繼續嘗試獲取鎖。非公平鎖的lock()方法會直接嘗試獲取鎖,無視同步隊列,因此很大概率會再次獲得鎖;如果失敗了,那麼執行nonfairTryAcquire(int acquires)方法,該方法和tryAcquire(int acquires)最大的不同在於,缺少了hasQueuedPredecessors()的判斷,即不需要判斷當前線程是否是同步隊列的第一個可用節點,甚至也不需要判斷當前線程是否在同步隊列中,直接嘗試獲取鎖即可。

 

四、ReentrantReadWriteLnock

        理解了AQS的原理後,讀寫鎖也就不難理解了。讀寫鎖分為2個鎖,讀鎖和寫鎖。讀鎖在同一時刻允許多個線程訪問,通過改寫int tryAcquireShared(int arg)以及boolean tryReleaseShared(int arg)方法即可;寫鎖為獨占鎖,通過改寫boolean tryAcquire(int arg)以及boolean tryRelease(int arg)方法即可。

        由於AQS中只提供了一個int state來表示鎖的狀態,那麼如何表示讀和寫2個鎖呢?解決辦法是前16位表示讀鎖,後16位表示寫鎖。由於鎖的狀態只有16位,因此無論是對於讀鎖或者是寫鎖,其state最大值均為65525,即所有獲得了鎖的線程的拿到鎖的總次數(由於是重進入鎖,因此每個線程可以拿到n個鎖)不超過65536。由於讀寫鎖主要的應用場景為多讀少寫,所以如果感覺讀鎖的65525不夠用,可以自己改寫讀寫鎖即可,比如分配int state的前24位為讀鎖,後8位為寫鎖。

        讀寫鎖還提供了一些新的方法,比如final int getReadHoldCount(),返回當前線程獲取讀鎖的次數。由於讀狀態保存的是所有獲取讀鎖的線程讀鎖次數的總和,因此每個線程自己的讀鎖次數需要單獨保存,引入了ThreadLocal,由線程自身維護。

 


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

-Advertisement-
Play Games
更多相關文章
  • 如果你伺服器環境允許yum,安裝MySQL-python模塊就很簡單了。 如果直接安裝不行,先 安裝MySQL-devel後正常運行 yum install mysql-devel yum install MySQL-python -y 1 yum install MySQL-python -y 當 ...
  • 這裡首先有一個問題要考慮的是,這類方法是否要被測試? 理論上,這類方法都會被其它public類型的方法調用,只要對那些public的方法做充分的測試,就可以保證這些方法的可靠性,就沒有必要再測了。好像是有道理的。 我們先看看好的單元測試的原則:(ATRIP) 自動化(Automatic) 徹底(Th ...
  • 使用repalceAll 方法出現java.util.regex.PatternSyntaxException: Dangling meta character '*' near index 0異常 代碼如下: 以junit測試方式運行後報瞭如下錯誤: java.util.regex.Pattern ...
  • PHP 的真正威力源自於它的函數。 在 PHP 中,提供了超過 1000 個內建的函數。 在本章中,我們將為您講解如何創建自己的函數。 如要在頁面載入時執行腳本,您可以把它放到函數里。 函數是通過調用函數來執行的。 你可以在頁面的任何位置調用函數。 創建 PHP 函數 函數是通過調用函數來執行的。 ...
  • python3登錄極路由並讀取寬頻帳號帳號密碼,fiddler抓包分析過程略... 步驟:1、登錄路由,提取stok。 2、用stok拼成url,post請求 3、解析json數據 代碼: qpython3中包含了requests庫,所以也可以在手機上運行。 ...
  • scala的訪問修飾符有如下幾個特性: 如果不指定訪問修飾符,scala預設為public; 較之Java,scala對protected的定義更加嚴格; scala可以對可見性進行細粒度的控制。 scala的預設訪問修飾符 如果沒有修飾符,scala會預設把類、欄位、方法的訪問修飾符當做publi... ...
  • 獲取Frame對象 獲取TextField對象 獲取TextArea對象 獲取Button對象 調用Frame對象的add()方法,添加進去 調用TextField對象的getText()方法,可以獲取文本框內的數據 調用TextArea對象的setText()方法,設置文本數據 列目錄 獲取到文本 ...
  • 在上篇的時候,我們知道了:屬性就是屬於一個對象的數據或者函數,我們可以通過句點(.)來訪問屬性,同時 python 還支持在運作中添加和修改屬性。 而數據變數,類似於: name = 'scolia' 這樣的形式,會稱其為欄位;而類裡面的函數,又稱為方法。而方法又分為實例方法,類方法和靜態方法,這些 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...