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