CAS(compareAndSwap)原理

本文详细解析了Unsafe类中CAS操作的实现原理,包括compareAndSwapObject、compareAndSwapInt和compareAndSwapLong方法的底层机制,展示了不同操作系统下如Windows和Linux的实现差异,并讨论了CAS操作的优缺点。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

unsafe中对应拥有三个方法 compareAndSwapObject ,compareAndSwapIntcompareAndSwapLong ,他们都被标记为native

compareAndSwapObject

它的核心实现为

oop res = oopDesc::atomic_compare_exchange_oop(x, addr, e);
复制代码

实现核心如下

inline oop oopDesc::atomic_compare_exchange_oop(oop exchange_value,
                                                volatile HeapWord *dest,
                                                oop compare_value) {
  if (UseCompressedOops) {
    narrowOop val = encode_heap_oop(exchange_value);
    narrowOop cmp = encode_heap_oop(compare_value);

    narrowOop old = (narrowOop) Atomic::cmpxchg(val, (narrowOop*)dest, cmp);
    return decode_heap_oop(old);
  } else {
    return (oop)Atomic::cmpxchg_ptr(exchange_value, (oop*)dest, compare_value);
  }
}
复制代码

UseCompressedOops: 32位平台运行的程序在64位上会占用更大的长度,可以使用 -XX:+UserCompressedOops压缩指针,达到节约内存的目的。

compareAndSwapInt

核心代码如下

return (jint)(Atomic::cmpxchg(x, addr, e)) == e;
复制代码

compareAndSwapLong

核心代码如下

if (VM_Version::supports_cx8())
  return (jlong)(Atomic::cmpxchg(x, addr, e)) == e;
else {
  jboolean success = false;
  ObjectLocker ol(p, THREAD);
  if (*addr == e) { *addr = x; success = true; }
  return success;
}
复制代码

supports_cx8:判断硬件是不是支持8-byte compare-exchange , x86架构中通过cpuid指令来获取是否试支持,CMPXCHG8指令 ;SPARC架构也是看 (_features & v9_instructions_m)指令的支持情况

Atomic::cmpxchg

无论是那个调用,最终都归结到了Atomic上,Atomic.hpp中函数声明如下

//比较当前的值和目的地址的值,如果比较成功,就把目的地址的值更改为exchange_value,并返回原来存的值
static jbyte    cmpxchg    (jbyte    exchange_value, volatile jbyte*    dest, jbyte    compare_value);
static jint     cmpxchg    (jint     exchange_value, volatile jint*     dest, jint     compare_value);
static jlong    cmpxchg    (jlong    exchange_value, volatile jlong*    dest, jlong    compare_value);
static unsigned int cmpxchg(unsigned int exchange_value, volatile unsigned int* dest, unsigned int compare_value);
static intptr_t cmpxchg_ptr(intptr_t exchange_value, volatile intptr_t* dest, intptr_t compare_value);
static void*    cmpxchg_ptr(void*    exchange_value, volatile void*     dest, void*    compare_value);
复制代码

从Atomic.cpp可以看到在不同的操作系统中有不同的实现 在 windows_x86中,一种实现如下

inline jint     Atomic::cmpxchg    (jint     exchange_value, volatile jint*     dest, jint     compare_value) {
  int mp = os::is_MP(); //查看是否是多核
  __asm {
    mov edx, dest
    mov ecx, exchange_value
    mov eax, compare_value
    LOCK_IF_MP(mp)
    cmpxchg dword ptr [edx], ecx
  }
}
复制代码

linux_x86中,实现如下

inline jint     Atomic::cmpxchg    (jint     exchange_value, volatile jint*     dest, jint     compare_value) {
  int mp = os::is_MP();
  __asm__ volatile (LOCK_IF_MP(%4) "cmpxchgl %1,(%3)"                    : "=a" (exchange_value)
                    : "r" (exchange_value), "a" (compare_value), "r" (dest), "r" (mp)
                    : "cc", "memory");
  return exchange_value;
}
复制代码

可以看到最终都是使用操作系统对应的指令来完成

都在哪儿用了

可以看到 Atomic的实现就是用的CAS,比如 AtomicIntegerincrementAndGet

public final int incrementAndGet() {
    for (;;) {
        int current = get();
        int next = current + 1;
        if (compareAndSet(current, next))
            return next;
    }
}
复制代码

这种一直循环的操作也称作自旋

CAS的缺点

  • 如果一直没有成功,则一直循环,给CPU带来很大的开销。
  • 只能是一个变量
  • ABA问题。一个变量取值为A,恰巧另一个线程将它换成了B然后又换回来了,这个时候再读取还是A,实际上是改变了值。java自身提供了AtomicStampedReference来解决这个问题,原理是添加一个额外的版本来做判断

源码来自jdk1.7

<think>嗯,用户让我介绍一下Java中的Compare and Swap(CAS)机制。首先,我需要回想一下CAS的基本概念。CAS是一种并发编程中常用的技术,用于实现无锁的数据结构,避免使用传统的锁机制,从而提高性能。Java中的CAS操作主要是在java.util.concurrent包中的类里使用,比如AtomicInteger、AtomicLong等原子类。 接下来,我要确定用户可能的知识背景。可能用户已经了解多线程编程的基本概念,比如线程安全、竞态条件等,但可能对具体的无锁机制不太熟悉。需要解释清楚CAS的工作原理,以及它在Java中的具体应用。 然后,我应该解释CAS的三个操作数:内存位置V,旧的预期值A,和新值B。当执行CAS操作时,只有当V的值等于A时,才会将V的值更新为B,否则不进行任何操作。无论是否更新,都会返回V原来的值。这个过程是原子性的,由底层硬件支持,比如通过CPU的CAS指令实现,比如在Intel处理器中的CMPXCHG指令。 需要强调CAS的优点,比如避免线程阻塞,减少上下文切换,提高高并发场景下的性能。但也要提到它的缺点,比如ABA问题。ABA问题是指一个值原来是A,被改为B,然后又改回A,这时候CAS检查时会认为值没有变化,但实际上可能发生了其他操作。为了解决这个问题,Java提供了AtomicStampedReference和AtomicMarkableReference,通过引入版本号或标记来避免ABA问题。 接下来,可能需要给出一个Java中使用CAS的例子,比如AtomicInteger的incrementAndGet方法,内部就是通过CAS实现的。可以展示一下代码示例,说明如何通过循环不断尝试更新,直到成功为止。 另外,用户可能想知道CASJava中的底层实现,比如Unsafe类的使用,但要注意从Java 9开始,Unsafe类被逐渐限制使用,转而使用VarHandle等更安全的API。不过大部分情况下,开发者直接使用原子类即可,无需关心底层实现。 还要考虑用户可能的疑问,比如为什么CAS比锁更高效。锁会导致线程挂起和恢复,涉及内核态的操作,而CAS在用户态完成,没有线程切换的开销。不过在高竞争的情况下,CAS可能导致大量重试,消耗CPU资源,这时候可能锁更适合。 最后,总结CAS的应用场景,比如计数器、队列的实现等,以及注意事项,比如ABA问题和自旋时间长的问题。确保用户理解CAS的适用场景和限制。</think>在 Java 中,**Compare and Swap (CAS)** 是一种用于实现无锁并发操作的关键技术。它通过硬件级别的原子指令(如 CPU 的 `CMPXCHG`)保证操作的线程安全性,避免了传统锁机制(如 `synchronized`)带来的上下文切换和阻塞开销。 --- ### **CAS 核心原理** CAS 操作包含三个参数: 1. **内存位置(V)**:要修改的共享变量(如 `AtomicInteger` 的值) 2. **旧的预期值(A)**:线程认为变量当前应该具有的值 3. **新值(B)**:希望将变量更新为的值 **执行过程**: - 如果内存位置 `V` 的当前值等于预期值 `A`,则将 `V` 更新为 `B`,并返回 `true`。 - 否则不修改值,返回 `false`。 整个过程是**原子性**的,由底层硬件直接支持。 --- ### **Java 中的 CAS 实现** Java 通过 `sun.misc.Unsafe` 类(底层 API)或更高层的原子类(如 `AtomicInteger`)封装 CAS 操作: #### 示例:`AtomicInteger` 的自增 ```java AtomicInteger count = new AtomicInteger(0); count.incrementAndGet(); // 内部通过 CAS 实现自增 ``` 底层 `incrementAndGet()` 的简化逻辑: ```java public final int incrementAndGet() { int expect; do { expect = get(); // 获取当前值 } while (!compareAndSet(expect, expect + 1)); // 循环尝试 CAS return expect + 1; } ``` --- ### **CAS 的优缺点** #### **优点**: 1. **无锁并发**:避免线程阻塞,减少上下文切换,适合高并发场景。 2. **高性能**:在低竞争环境下,效率远高于锁。 #### **缺点**: 1. **ABA 问题**: 如果一个值从 `A` → `B` → `A`,CAS 无法感知中间变化。 **解决方案**:使用 `AtomicStampedReference` 添加版本号标记。 2. **自旋开销**:高竞争时,CAS 失败重试可能导致 CPU 空转。 3. **单变量限制**:只能保证单个变量的原子性,无法处理复合操作。 --- ### **ABA 问题示例** 假设线程 1 读取共享变量值为 `A`,准备将其改为 `B`。在此期间,线程 2 将 `A` → `B` → `A`。线程 1 的 CAS 会误认为变量未变化,导致逻辑错误。 **解决方式**:使用 `AtomicStampedReference` 记录版本号: ```java AtomicStampedReference<Integer> ref = new AtomicStampedReference<>(100, 0); int stamp = ref.getStamp(); ref.compareAndSet(100, 101, stamp, stamp + 1); // 同时检查值和版本号 ``` --- ### **CAS 的应用场景** 1. 原子类(如 `AtomicInteger`、`AtomicLong`) 2. 无锁队列(如 `ConcurrentLinkedQueue`) 3. 乐观锁实现(如数据库版本号控制) 4. JUC 工具类(如 `CountDownLatch`、`Semaphore` 的底层实现) --- ### **总结** CASJava 实现高效并发的基石,通过硬件原子指令避免了锁的开销,但需注意其适用场景和潜在问题(如 ABA)。实际开发中,优先使用 `java.util.concurrent.atomic` 包中的原子类,而非直接操作底层 API。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值