synchronized和ReentrantLock性能瓶颈及实现

本文探讨了synchronized和ReentrantLock在Java中的性能表现,通过测试发现两者性能相差不大,但在CPU负载方面,synchronized可能导致更高的消耗。通过对火焰图的分析,揭示了synchronized使用spinlock在用户态进行线程同步,而ReentrantLock利用操作系统futex功能,导致不同的系统调用开销。在并发数小于CPU核数且无额外开销的情况下,synchronized可能更优,否则推荐使用ReentrantLock。
摘要由CSDN通过智能技术生成

个人理解

synchronized和ReentrantLock相信懂Java的人并不陌生,这两种锁虽然提供了不同的线程同步方式,但是对于我们使用者来说,他们完成的功能都差不多,或许后者在使用上更加灵活,功能更加强大。但是他们到底有什么区别呢,我们可能很关心这个问题,因为这将取决于我们面试到底该怎么吹牛逼(哈哈,瞎说啥大实话),言归正传,搞懂这两者的区别我们能够对自己的代码更可控,写出性能更高更优秀的代码。

demo测试

下面代码分别使用testLock、testSynchronized测试synchronized和ReentrantLock对应的性能。

package org.apache.hadoop.mapreduce;

import java.util.concurrent.atomic.AtomicLong;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class Test {
   
    long start = System.nanoTime();
    long sum = 0;
    long end = start;
    
    public void testLock() {
   
        final Lock lock = new ReentrantLock();
        for (int i = 0; i < 6; i++)
            new Thread(new Runnable() {
   
                
  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值