在并发编程中,我们大多数情况下都是显式地通过加锁来保证线程安全。这里我们来介绍一种在无锁条件下多线程变量同步的方法——CAS(Compare And Swap,比较与交换)算法
在CAS中涉及3个操作数:变量当前内存值V、变量的预期值E、新值U。只有该变量当前的内存值V与预期值E相同时,才会将新值U写入内存完成变量修改,否则什么都不做。
在Java中,java.util.concurrent.atomic包的原子变量类大量使用了Unsafe类提供的CAS操作。进一步地,CAS操作通过硬件来保证了比较-更新操作的原子性。下面分别使用volatile和AtomicInteger来进行演示
public class CASDemo {
private static AtomicInteger atomicCount = new AtomicInteger(0);
private static volatile Integer count = 0;
public static void main(String[] args) throws InterruptedException {
Thread[] threads = new Thread[20];
for(int i=0; i<20; i++) {
Thread thread = new Thread( ()->{
for(int j=0; j<10000; j++) {
atomicCount.incrementAndGet(); // atomicCount++
count++;
}
} );
threads[i] = thread;
thread.start();
}
for(Thread thread : threads) {
thread.join();
}
System.out.println("atomicCount: " + atomicCount);
System.out.println("count: " + count);
}
}
原理
CAS操作的原子性是通过硬件来保证,这里作进一步的解释说明。**CPU层面上,CAS的比较-写入操作上是通过cmpxchg指令去实现完成的。然而不幸的是,cmpxchg指令并不是一个原子操作**。即可能会发生这样的场景,线程A在执行cmpxchg指令的过程中,发现当前内存值V与预期值E一致,正准备将新值U写入内存,这个时候另外一个线程B打断了线程A的操作,将该变量修改了。显然这个变量发生了线程安全的问题,**为此为了保证cmpxchg指令的原子性,不会被打断,需要在cmpxchg指令前添加一个前缀指令lock。通过对cmpxchg指令进行加锁(总线锁或缓存锁)来保证操作的原子性。通常我们会说CAS算法是一个无锁算法,但其实我们可以看到底层依然是加了锁的,只不过这个锁的粒度是很小的**
缺陷:ABA问题
虽然CAS算法是非阻塞的,但是如果CAS操作一直不成功不断循环,将会大大浪费CPU资源
当对多个变量进行操作时,CAS算法无法保证原子性。为此Java提供了一个AtomicReference类,可以通过组合的方式将多个变量封装为一个对象再使用CAS算法