前言

技術(shù)沒有高低之分，適合自己的就是最好的。只有努力擴(kuò)展自己的知識(shí)邊界，才能探索更多未知領(lǐng)域。

成都創(chuàng)新互聯(lián)-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比合作網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式合作網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋合作地區(qū)。費(fèi)用合理售后完善，十年實(shí)體公司更值得信賴。

案例

在分析為什么不用 synchronized 這個(gè)問題之前，我們先用代碼說話，LockDemo 測(cè)試案例：

/**
 * 案例測(cè)試
 * @author 
 */
public class LockDemo {

    private static Lock lock = new ReentrantLock();

    private static int num1 = 0;
    private static int num2 = 0;
    public static void main(String[] args) {
        lockDemo();
        SyncDemo();
    }
    /**
     * 本機(jī)測(cè)試下20萬自增基本能確定性能,但是不是特別明顯,50萬差距還是挺大的
     * 20萬以下數(shù)據(jù)synchronized優(yōu)于Lock
     * 20萬以上數(shù)據(jù)Lock優(yōu)于synchronized
     */
    public static void lockDemo(){
        long start = System.currentTimeMillis();
        for(int i=0;i<500000;i++){
            final int num = i;
            new Runnable() {
                @Override
                public void run() {
                    lock(num);
                }
            }.run();
        }
        long end = System.currentTimeMillis();
        System.out.println("累加："+num1);
        System.out.println("ReentrantLock鎖："+ (end-start));
    }
    public static void SyncDemo(){
        long start = System.currentTimeMillis();
        for(int i=0;i<500000;i++){
            final int num = i;
            new Runnable() {
                @Override
                public void run() {
                    sync(num);
                }
            }.run();
        }
        long end = System.currentTimeMillis();
        System.out.println("累加："+num2);
        System.out.println("synchronized鎖："+ (end-start));
    }
    public static void lock(int i){
        lock.lock();
        num1 ++;
        lock.unlock();
    }
    public static synchronized void sync(int i){
        num2 ++;
    }
}

50萬++測(cè)試數(shù)據(jù)：

累加：500000
ReentrantLock鎖：20
累加：500000
synchronized鎖：28

用數(shù)據(jù)說話，很明顯在高并發(fā)下，ReentrantLock 的性能是要優(yōu)于 synchronized 的，雖然僅僅是幾毫秒的差距，當(dāng)然這里我并沒有對(duì)比CPU的使用情況。

10萬++測(cè)試數(shù)據(jù)：

累加：100000
ReentrantLock鎖：13
累加：100000
synchronized鎖：8

分析

這時(shí)候小伙伴可能會(huì)問了，有沒有一個(gè)準(zhǔn)確的臨界值，來區(qū)分使用這兩種鎖？當(dāng)然，在回答這個(gè)問題之前，先了解一下這兩種鎖到底有何異同。

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

Synchronized是依賴于JVM實(shí)現(xiàn)的，表現(xiàn)為原生語法層面的互斥鎖。開發(fā)者是無法直接看到相關(guān)源碼，但是我們可以通過利用javap工具查看生成的class文件信息來分析Synchronize的實(shí)現(xiàn)。同步代碼塊是使用monitorenter和monitorexit指令實(shí)現(xiàn)的，同步方法依靠的是方法修飾符上的ACC_SYNCHRONIZED實(shí)現(xiàn)。

ReenTrantLock是基于JDK實(shí)現(xiàn)的，一個(gè)表現(xiàn)為API層面的互斥鎖，開發(fā)人員通過查閱源碼就可以了解到。

可重入性

ReenTrantLock 的字面意思就是再進(jìn)入的鎖，synchronized關(guān)鍵字所使用的鎖也是可重入的，兩者關(guān)于這個(gè)的區(qū)別不大。

功能區(qū)別

Synchronized的使用比較方便，不需要開發(fā)者手動(dòng)加鎖和釋放鎖，而ReenTrantLock需要手工聲明來加鎖和釋放鎖(lock() 和 unlock() 方法配合 try/finally 語句塊來實(shí)現(xiàn))

ReenTrantLock 在鎖的細(xì)粒度和靈活度上要優(yōu)于Synchronized。此外，還增加了一些高級(jí)特性，主要有以下3項(xiàng)：等待可中斷、可實(shí)現(xiàn)公平鎖以及鎖可以綁定多個(gè)條件。

發(fā)展歷史

關(guān)于synchronized 與ReentrantLock

在JDK 1.6之后，虛擬機(jī)對(duì)于synchronized關(guān)鍵字進(jìn)行整體優(yōu)化后，在性能上synchronized與ReentrantLock已沒有明顯差距，因此在使用選擇上，需要根據(jù)場(chǎng)景而定，大部分情況下我們依然建議是synchronized關(guān)鍵字，原因之一是使用方便語義清晰，二是性能上虛擬機(jī)已為我們自動(dòng)優(yōu)化。而ReentrantLock提供了多樣化的同步特性，如超時(shí)獲取鎖、可以被中斷獲取鎖（synchronized的同步是不能中斷的）、等待喚醒機(jī)制的多個(gè)條件變量(Condition)等，因此當(dāng)我們確實(shí)需要使用到這些功能是，可以選擇ReentrantLock