利用LockSupport實(shí)現(xiàn)互斥鎖和共享鎖

前言

首先說說LockSupport吧芹助,它的作用是提供一組直接block或unblock線程的方法也糊,其底層實(shí)現(xiàn)利用了Unsafe(前面文章有講過Unsafe)。LockSupport是一個(gè)非常底層的API砖第,我們利用其可以做很多事情荷腊,本文將利用LockSupport實(shí)現(xiàn)互斥鎖和共享鎖。

Lock

在JDK中已經(jīng)提供了很多種鎖的實(shí)現(xiàn)悄窃,原生的synchronized(優(yōu)先推薦使用),juc中的ReentrantLock等讥电,本文不糾結(jié)synchronized和ReentrantLock的實(shí)現(xiàn),本文只從Lock的語(yǔ)義出發(fā)實(shí)現(xiàn)兩種鎖轧抗。

Lock的語(yǔ)義

juc中對(duì)于Lock接口的定義如下:

    void lock();

    void lockInterruptibly() throws InterruptedException;

    boolean tryLock();

    boolean tryLock(long var1, TimeUnit var3) throws InterruptedException;

    void unlock();

    Condition newCondition();
  • void lock():獲取鎖的語(yǔ)義恩敌,如果沒有獲取到鎖一直阻塞當(dāng)前線程(不響應(yīng)中斷interrupt)
  • void lockInterruptibly() throws InterruptedException; 獲取鎖,但是當(dāng)前線程在阻塞期間可以響應(yīng)中斷(后面稍微會(huì)扯一下InterruptedException)
  • boolean tryLock(); 嘗試獲取鎖横媚,不阻塞纠炮;獲取到鎖返回true,沒有獲取到返回false
  • boolean tryLock(long var1, TimeUnit var3) throws InterruptedException; 嘗試獲取鎖灯蝴,并嘗試阻塞等待一定時(shí)間恢口,阻塞期間可以響應(yīng)中斷
  • void unlock(); 釋放鎖;
  • Condition newCondition();在鎖上新建Condition

以上的關(guān)于鎖的語(yǔ)義稍微復(fù)雜了點(diǎn)穷躁,特別是相應(yīng)中斷部分和newCondition部分耕肩,所以這次實(shí)現(xiàn)上簡(jiǎn)化了Lock的語(yǔ)義如下:

    void lock();

    void unLock();

    boolean tryLock();

    boolean tryLock(long maxWaitInMills);

基本功能和上面保持一致,但是都不響應(yīng)中斷

分析鎖的實(shí)現(xiàn)

  • Lock有可重入的語(yǔ)義问潭,一個(gè)線程擁有鎖之后再次調(diào)用lock應(yīng)該完全沒有任何問題猿诸,所以鎖的實(shí)現(xiàn)中需要維護(hù)一個(gè)已經(jīng)獲取鎖的線程隊(duì)列;
  • Lock未成功需要阻塞當(dāng)前線程狡忙,所以需要底層阻塞原語(yǔ)(LockSupport)等的支持两芳,并且在有線程釋放鎖之后需要喚起阻塞線程進(jìn)行鎖的競(jìng)爭(zhēng),所以需要維護(hù)等待鎖的線程隊(duì)列
  • Lock需要維護(hù)當(dāng)前鎖的狀態(tài)(是否可以被獲取等)

互斥鎖

public class MutexLock implements Lock {


    private volatile Thread threadOwnsTheLock;

    private final AtomicInteger state = new AtomicInteger(0);

    private final ConcurrentLinkedQueue<Thread> waitThreadsQueue = new ConcurrentLinkedQueue<Thread>();


    //一直等待
    public void lock() {
        tryLock(-1L);
    }

    //invoke all的語(yǔ)義,也可以做invokeNext
    public void unLock() {
        tryRelease(-1);
        threadOwnsTheLock = null;
        if (!waitThreadsQueue.isEmpty()) {
            for (Thread thread : waitThreadsQueue) {
                LockSupport.unpark(thread);
            }
        }
    }

    public boolean tryLock() {
        if (threadOwnsTheLock != null && (threadOwnsTheLock == Thread.currentThread())) {
            return true;
        }
        if (tryAcquire(1)) {
            threadOwnsTheLock = Thread.currentThread();
            return true;
        }

        return false;
    }

    //沒有實(shí)現(xiàn)interrupt的語(yǔ)義,不能打斷
    public boolean tryLock(long maxWaitInMills) {
        Thread currentThread = Thread.currentThread();
        try {
            waitThreadsQueue.add(currentThread);
            if (maxWaitInMills > 0) {
                boolean acquired = false;
                long left = maxWaitInMills * 1000L * 1000L;
                long cost = 0;
                while (true) {
                    //需要判斷一次interrupt

                    if (tryAcquire(1)) {
                        threadOwnsTheLock = currentThread;
                        acquired = true;
                        break;
                    }

                    left = left - cost;
                    long mark = System.nanoTime();
                    if (left <= 0) {
                        break;
                    }
                    LockSupport.parkNanos(left);
                    cost = mark - System.nanoTime();
                }
                return acquired;
            }else {
                while (true) {
                    if (tryAcquire(1)) {
                        threadOwnsTheLock = currentThread;
                        break;
                    }
                    LockSupport.park();
                }
                return true;
            }
        } finally {
            waitThreadsQueue.remove(currentThread);
        }

    }

    protected boolean tryAcquire(int acquire) {
        return state.compareAndSet(0, 1);
    }

    protected void tryRelease(int release) {
        if (threadOwnsTheLock == null || (threadOwnsTheLock != Thread.currentThread())) {
            System.out.println("Wrong state, this thread don't own this lock.");
        }
        while (true) {
            if (state.compareAndSet(1, 0)) {
                return;
            }
        }
    }
}

以上互斥鎖使用了一個(gè)AtomicInteger去枷,利用了CAS來維持鎖的狀態(tài)

共享鎖

public class ShareLock implements Lock {

    private volatile Set<Thread> threadsOwnsLock = Sets.newConcurrentHashSet();

    private final AtomicInteger state;

    private final ConcurrentLinkedQueue<Thread> waitThreadsQueue = new ConcurrentLinkedQueue<Thread>();

    public ShareLock(int shareNum) {
        this.state = new AtomicInteger(shareNum);
    }


    //一直等待
    public void lock() {
        tryLock(-1L);
    }

    public void unLock() {
        tryRelease(-1);
        threadsOwnsLock.remove(Thread.currentThread());
        if (!waitThreadsQueue.isEmpty()) {
            for (Thread thread : waitThreadsQueue) {
                LockSupport.unpark(thread);
            }
        }
    }

    public boolean tryLock() {
        if ( !(threadsOwnsLock.contains(Thread.currentThread()))) {
            return true;
        }
        if (tryAcquire(1)) {
            threadsOwnsLock.add(Thread.currentThread());
            return true;
        }

        return false;
    }

    public boolean tryLock(long maxWaitInMills) {


        Thread currentThread = Thread.currentThread();
        try {
            waitThreadsQueue.add(currentThread);
            if (maxWaitInMills > 0) {
                boolean acquired = false;
                long left = TimeUnit.MILLISECONDS.toNanos(maxWaitInMills);
                long cost = 0;
                while (true) {
                    if (tryAcquire(1)) {
                        threadsOwnsLock.add(Thread.currentThread());
                        acquired = true;
                        break;
                    }

                    left = left - cost;
                    long mark = System.nanoTime();
                    if (left <= 0) {
                        break;
                    }
                    LockSupport.parkNanos(left);
                    cost = mark - System.nanoTime(); //有可能是被喚醒重新去獲取鎖,沒獲取到還得繼續(xù)等待剩下的時(shí)間(并不精確)
                }
                return acquired;
            }else {
                while (true) {
                    if (tryAcquire(1)) {
                        threadsOwnsLock.add(Thread.currentThread());
                        break;
                    }
                    LockSupport.park();
                }
                return true;
            }
        } finally {
            waitThreadsQueue.remove(currentThread);
        }

    }

    protected boolean tryAcquire(int acquire) {
        if (state.getAndDecrement() > 0) {
            return true;
        } else {
            state.getAndIncrement();//恢復(fù)回來
            return false;
        }
    }

    protected void tryRelease(int release) {
        if (!(threadsOwnsLock.contains(Thread.currentThread()))) {
            System.out.println("Wrong state, this thread don't own this lock.");
        }
        state.getAndIncrement();
    }
}

總結(jié)

以上利用了LockSupport來實(shí)現(xiàn)了互斥鎖和共享鎖怖辆,但是實(shí)現(xiàn)中并沒有完成中斷響應(yīng)是复。后面應(yīng)該會(huì)有文章單獨(dú)說明關(guān)于InterruptedException的注意點(diǎn)。下篇文章將講述如何利用LockSupport實(shí)現(xiàn)Future語(yǔ)義

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末竖螃,一起剝皮案震驚了整個(gè)濱河市淑廊,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌特咆,老刑警劉巖季惩,帶你破解...
    沈念sama閱讀 211,042評(píng)論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異腻格,居然都是意外死亡画拾,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,996評(píng)論 2 384
  • 文/潘曉璐 我一進(jìn)店門菜职,熙熙樓的掌柜王于貴愁眉苦臉地迎上來青抛,“玉大人,你說我怎么就攤上這事酬核∶哿恚” “怎么了?”我有些...
    開封第一講書人閱讀 156,674評(píng)論 0 345
  • 文/不壞的土叔 我叫張陵嫡意,是天一觀的道長(zhǎng)举瑰。 經(jīng)常有香客問我,道長(zhǎng)蔬螟,這世上最難降的妖魔是什么此迅? 我笑而不...
    開封第一講書人閱讀 56,340評(píng)論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮旧巾,結(jié)果婚禮上邮屁,老公的妹妹穿的比我還像新娘。我一直安慰自己菠齿,他們只是感情好佑吝,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,404評(píng)論 5 384
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著绳匀,像睡著了一般芋忿。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上疾棵,一...
    開封第一講書人閱讀 49,749評(píng)論 1 289
  • 那天戈钢,我揣著相機(jī)與錄音,去河邊找鬼是尔。 笑死殉了,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的拟枚。 我是一名探鬼主播薪铜,決...
    沈念sama閱讀 38,902評(píng)論 3 405
  • 文/蒼蘭香墨 我猛地睜開眼众弓,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了隔箍?” 一聲冷哼從身側(cè)響起谓娃,我...
    開封第一講書人閱讀 37,662評(píng)論 0 266
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎蜒滩,沒想到半個(gè)月后滨达,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,110評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡俯艰,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,451評(píng)論 2 325
  • 正文 我和宋清朗相戀三年捡遍,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片竹握。...
    茶點(diǎn)故事閱讀 38,577評(píng)論 1 340
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡画株,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出涩搓,到底是詐尸還是另有隱情,我是刑警寧澤劈猪,帶...
    沈念sama閱讀 34,258評(píng)論 4 328
  • 正文 年R本政府宣布昧甘,位于F島的核電站,受9級(jí)特大地震影響战得,放射性物質(zhì)發(fā)生泄漏充边。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,848評(píng)論 3 312
  • 文/蒙蒙 一常侦、第九天 我趴在偏房一處隱蔽的房頂上張望浇冰。 院中可真熱鬧,春花似錦聋亡、人聲如沸肘习。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,726評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)漂佩。三九已至,卻和暖如春罪塔,著一層夾襖步出監(jiān)牢的瞬間投蝉,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,952評(píng)論 1 264
  • 我被黑心中介騙來泰國(guó)打工征堪, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留瘩缆,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 46,271評(píng)論 2 360
  • 正文 我出身青樓佃蚜,卻偏偏與公主長(zhǎng)得像庸娱,于是被迫代替她去往敵國(guó)和親着绊。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,452評(píng)論 2 348

推薦閱讀更多精彩內(nèi)容