一、ReentrantLock是用來做什么的？

這個(gè)類是JUC工具包中對(duì)線程安全問題提供的一種解決方案，它主要是用來給對(duì)象上鎖，保證同一時(shí)間這能有一個(gè)線程在訪問當(dāng)前對(duì)象。這樣處理是為了防止如果一個(gè)線程對(duì)某個(gè)公共變量進(jìn)行了改變，而其它線程讀取時(shí)讀出來的是原有數(shù)據(jù)導(dǎo)致臟讀的問題。

二、ReentrantLock的實(shí)現(xiàn)原理是什么？

ReentrantLock主要是通過同步隊(duì)列和CAS機(jī)制來實(shí)現(xiàn)的，它實(shí)現(xiàn)的過程中主要包含下面幾個(gè)屬性：

• status：鎖狀態(tài)，0表示沒有線程獲取鎖，1表示已有線程獲取鎖
• exclusiveOwnerThread：當(dāng)前持有鎖的線程
• Node：節(jié)點(diǎn)，是ReentrantLock內(nèi)部維持的一個(gè)雙向鏈表（同步阻塞隊(duì)列）的基本構(gòu)成

具體流程

1、上鎖更新鎖狀態(tài)：當(dāng)A線程持有鎖時(shí)，會(huì)通過CAS將status狀態(tài)置為1，并將A線程自身存入exclusiveOwnerThread屬性當(dāng)中；

2、線程入隊(duì)：而后線程B通過CAS獲取鎖時(shí)發(fā)現(xiàn)無法獲取鎖，此時(shí)就會(huì)獲取node信息，但是由于node雙向鏈表是null所以會(huì)通過CAS來創(chuàng)建一個(gè)雙向鏈表的head對(duì)象，之后再把線程B封裝成的Node節(jié)點(diǎn)通過尾插法接入雙向鏈表的尾部；

3、線程阻塞：入隊(duì)完成后再調(diào)用park方法進(jìn)行阻塞；

4、釋放鎖并更新鎖狀態(tài)：當(dāng)A線程釋放鎖時(shí)會(huì)將status屬性重置為0，且把exclusiveOwnerThread置為null；

5、喚醒線程：A線程釋放鎖完畢后會(huì)調(diào)用unpark方法來喚醒雙向鏈表中下一節(jié)點(diǎn)的線程B;

三、ReentrantLock對(duì)比于Synchronized有哪些優(yōu)缺點(diǎn)？

1、ReentrantLock的鎖狀態(tài)是可見的，而Synchronized的鎖狀態(tài)是不可見的；

2、ReentrantLock是JDK層面的實(shí)現(xiàn)，而Synchronized是JVM層面的實(shí)現(xiàn)；

3、ReentrantLock需要手動(dòng)釋放鎖，而Synchronized不需要手動(dòng)釋放鎖；

4、ReentrantLock可以是非公平鎖也可以是公平鎖，而Synchronized只能是非公平鎖；

5、ReentrantLock是可被中斷的，而Synchronized是不可悲中斷的；

6、Synchronized在特定條件下是后來的線程先獲取鎖，而ReentrantLock是先來的線程先獲取鎖；

四、ReentrantLock的簡(jiǎn)單使用

static ReentrantLock lock = new ReentrantLock();
for (int i = 0; i < 10; i++) {
    Thread thread = new Thread(() -> {
        lock.lock();
        try {
            for (int j = 0; j < 10000; j++) {
                sum++;
            }
        } finally {
            lock.unlock();
            latch.countDown();
        }
    });
    thread.start();
}

到此這篇關(guān)于淺談一下Java中的ReentrantLock的文章就介紹到這了,更多相關(guān)淺談ReentrantLock內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論