Java的多線程編程模型5--從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的方法來進行測試，直觀的感受下性能上的差異

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關鍵字

 

Reference

http://stackoverflow.com/questions/2443239/java-atomicinteger-what-are-the-differences-between-compareandset-and-weakcompar