int變量操作與線程安全

今天人人的筆試題目中有一個int i=0;i=i++;是否是線程安全的？如果不是說出在JVM中的執行步驟，以及使用JDK的什么類能夠使線程安全些？ JDk中的類是AtomicInteger，我答個Integer，哎，悲劇。

 

    文章出處：http://blog.sina.com.cn/s/blog_0d37403b0100xz0t.html

 

    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的方法來進行測試，直觀的感受下性能上的差異

view plain print ?

 

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