Java的多線程編程模型之AtomicInteger

AtomicInteger，一個提供原子操作的Integer的類。在Java語言中，++i和i++操作並不是安全執行緒的，在使用的時候，不可避免的會用到synchronized關鍵字。而AtomicInteger則通過一種安全執行緒的加減操作介面。

來看AtomicInteger提供的介面。

//擷取當前的值

public final int get()

//取當前的值，並設定新的值

 public final int getAndSet(int newValue)

//擷取當前的值，並自增

 public final int getAndIncrement()

//擷取當前的值，並自減

public final int getAndDecrement()

//擷取當前的值，並加上預期的值

public final int getAndAdd(int delta)

... ...

我們在上一節提到的CAS主要是這兩個方法

    public final boolean compareAndSet(int expect, int update) {
    return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
    }

    public final boolean weakCompareAndSet(int expect, int update) {
    return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
    }

這兩個方法是名稱不同，但是做的事是一樣的，可能在後續的java版本裡面會顯示出區別來。

詳細查看會發現，這兩個介面都是調用一個unsafe的類來操作，這個是通過JNI實現的本地方法，細節就不考慮了。

 

下面是一個對比測試，我們寫一個synchronized的方法和一個AtomicInteger的方法來進行測試，直觀的感受下效能上的差異

[java]  view plain copy package zl.study.concurrency;   import java.util.concurrent.atomic.AtomicInteger;   public class AtomicIntegerCompareTest {       private int value;              public AtomicIntegerCompareTest(int value){           this.value = value;       }              public synchronized int increase(){           return value++;       }              public static void main(String args[]){           long start = System.currentTimeMillis();                      AtomicIntegerCompareTest test = new AtomicIntegerCompareTest(0);           for( int i=0;i< 1000000;i++){               test.increase();           }           long end = System.currentTimeMillis();           System.out.println("time elapse:"+(end -start));                      long start1 = System.currentTimeMillis();                      AtomicInteger atomic = new AtomicInteger(0);                      for( int i=0;i< 1000000;i++){               atomic.incrementAndGet();           }           long end1 = System.currentTimeMillis();           System.out.println("time elapse:"+(end1 -start1) );                             }   }  

結果

time elapse:31
time elapse:16
由此不難看出，通過JNI本地的CAS效能遠超synchronized關鍵字