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;<br />import java.util.concurrent.atomic.AtomicInteger;<br />public class AtomicIntegerCompareTest {<br />private int value;</p><p>public AtomicIntegerCompareTest(int value){<br />this.value = value;<br />}</p><p>public synchronized int increase(){<br />return value++;<br />}</p><p>public static void main(String args[]){<br />long start = System.currentTimeMillis();</p><p>AtomicIntegerCompareTest test = new AtomicIntegerCompareTest(0);<br />for( int i=0;i< 1000000;i++){<br />test.increase();<br />}<br />long end = System.currentTimeMillis();<br />System.out.println("time elapse:"+(end -start));</p><p>long start1 = System.currentTimeMillis();</p><p>AtomicInteger atomic = new AtomicInteger(0);</p><p>for( int i=0;i< 1000000;i++){<br />atomic.incrementAndGet();<br />}<br />long end1 = System.currentTimeMillis();<br />System.out.println("time elapse:"+(end1 -start1) );</p><p>}<br />}<br />
結果
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