Java CAS 和 synchronized 的效率对比

该博客通过代码示例对比了在多线程环境下,使用原子变量类的CAS操作与`synchronized`关键字在循环计数场景下的性能差异。结果显示,CAS操作通常比`synchronized`更快,但在特定情况下,如同步块只在循环外部使用,synchronized可能由于偏向锁优化而表现出更好性能。文章强调了并发策略选择的重要性,并提示读者理解不同并发工具的适用场景。
摘要由CSDN通过智能技术生成

同线程数量,同循环数量,比较运行时间。废话不多说,直接上代码。

public class Compare_Syn_CAS {

    public static final int THREAD_SIZE = 100;
    public static final long TIMES = (long)1e7;
    public static final Object lock = new Object();
    public static AtomicLong cnt1 = new AtomicLong(0);
    public static long cnt2 = 0L;

    public static void CountCAS() throws InterruptedException {

        ExecutorService executorService = Executors.newCachedThreadPool();
        CountDownLatch countDownLatch = new CountDownLatch(THREAD_SIZE);
        long start = System.currentTimeMillis();

        for (int i = 0; i < THREAD_SIZE; i ++) {
            executorService.submit(() -> {
                for (long j = 0; j < TIMES; j ++) cnt1.getAndIncrement();
                countDownLatch.countDown();
            });
        }
        countDownLatch.await();
        executorService.shutdown();
        long end = System.currentTimeMillis();
        System.out.println(end - start);
    }

    public static void CountSyn() throws InterruptedException {
        ExecutorService executorService = Executors.newCachedThreadPool();
        CountDownLatch countDownLatch = new CountDownLatch(THREAD_SIZE);
        long start = System.currentTimeMillis();

        for (int i = 0; i < THREAD_SIZE; i ++) {
            executorService.submit(() -> {
                for (long j = 0L; j < TIMES; j ++) {
                    synchronized (lock) {
                        cnt2++;
                    }
                }
                countDownLatch.countDown();
            });
        }
        countDownLatch.await();
        executorService.shutdown();
        long end = System.currentTimeMillis();
        System.out.println(end - start);
    }

    public static void main(String[] args) throws InterruptedException {
        CountCAS();
        System.out.println("============");
        CountSyn();
    }
}

运行时间对比:
24617, 52121

电脑配置:4核8线程 CPU

synchonized 同步属于一种悲观的并发策略。无论共享数据是否真的会出现竞争,它都要进行加锁(这里讨论的是概念模型,实际上虚拟机会优化掉很大一部分不必要的加锁)、用户态核心态转换、维护锁计数器和检查是否有被阻塞的线程需要唤醒等操作。CAS 会快很多。

但是注意,如果上面代码,我们把 synchronized 放到 for 循环外,那么 synchronized 会快得多,因为这时 synchronized 全是偏向锁的形态,这会比 CAS 快得多。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: CASsynchronized都是用于实现多线程同步的机制,但它们的实现方式和应用场景有所不同。 CAS(Compare And Swap)是一种乐观锁机制,它通过比较内存中的值和期望值是否相等来判断是否需要更新,如果相等则更新,否则不更新。CAS的优点是无锁,可以避免线程的阻塞和唤醒,适用于并发量较大的情况。 synchronized是一种悲观锁机制,它通过获取锁来保证同一时刻只有一个线程可以执行临界区代码,其他线程需要等待锁的释放才能执行。synchronized的优点是可以保证线程安全,但缺点是会造成线程的阻塞和唤醒,适用于并发量较小的情况。 因此,CAS适用于并发量较大的情况,可以提高程序的性能;而synchronized适用于并发量较小的情况,可以保证程序的正确性。 ### 回答2: CAS(Compare and Swap)和synchronized都属于并发编程中用于实现线程安全的技术,但它们有一些重要的区别。 首先,CAS是一种乐观锁技术,而synchronized是一种悲观锁技术。CAS通过对比内存中的值与期望值,根据比较结果来决定是否更新内存中的值,无锁期间没有线程阻塞。相比之下,synchronized通过获取对象的锁来保证线程的同步执行,如果无法获取锁,线程会进入阻塞状态,直到获取到锁才能继续执行。 其次,CAS是基于底层硬件支持的原子操作指令来实现的,效率更高。而synchronized是基于Java的关键字实现的,需要涉及到用户态和内核态的切换,效率相对较低。 此外,CAS操作可以针对单个变量进行,并且只有在比较结果一致的情况下才会进行更新,适合对于多个线程并发更新同一个变量的情况。而synchronized可以用于对代码块或方法进行同步,可以保护多个线程访问共享资源的一致性。 最后,CAS相对于synchronized更容易产生ABA问题。ABA问题是指在CAS操作中,如果变量的值在操作过程中被其他线程修改过多次,并且最后又变回原来的值,那么CAS操作会错误地认为没有被修改过。为了解决ABA问题,Java提供了AtomicStampedReference和AtomicMarkableReference等类。 总的来说,CAS适用于对单个变量进行高效的并发更新,而synchronized适用于保护共享资源的一致性以及对代码块或方法进行同步。根据实际需求和场景的不同,可以选择合适的技术来实现线程安全。 ### 回答3: CAS(Compare and Swap)和synchronized是两种用于实现线程安全的机制。 CAS是一种乐观锁机制,它使用原子操作来实现线程安全。CAS包含三个操作数:内存位置V、旧的预期值A和要更新的新值B。当执行CAS操作时,只有在内存位置的值与预期值相等时,CAS才会修改内存位置的值为新值B;否则,不做任何操作。由于CAS操作是原子的,所以能够保证只有一个线程能够成功地修改内存位置的值。但如果多个线程同时执行CAS操作,只有一个线程会成功,其他线程需要重试。 synchronized是一种悲观锁机制,它使用互斥锁来实现线程安全。在使用synchronized关键字修饰的代码块或方法中,同一时刻只有一个线程可以执行该代码块或方法。其他线程需要等待上一个线程执行完毕并释放锁后才能执行。synchronized能够保证代码块或方法的互斥访问,避免了并发访问的问题。但由于每次只能有一个线程执行,其他线程会进入阻塞状态,可能会造成性能问题。 总的来说,CAS是一种非阻塞的乐观锁机制,适用于竞争不激烈的情况,能够提高并发性能。而synchronized是一种阻塞的悲观锁机制,适用于竞争激烈的情况,能够保证线程安全,但可能降低并发性能。在实际开发中,我们需要根据具体的场景选择适合的机制来确保线程安全和并发性能。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值