ReetrantLock Synchronized Atomic的性能对比

之前看到了一篇帖子关于Lock和Synchronized的性能,写的是Lock比Synchronized的性能要好,可是,我试了下,结果却不是这样的。

之后看了这篇文章,http://www.cnblogs.com/Mainz/p/3546347.html,估计我是构建了一个比较特殊的高度争用的场景。


下面是我测试性能的代码:

package juc;


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


/**
 * 测试Lock Synchronized Atomic的性能
 * Lock来改变变量,则必须用volatile修释,Atomic和Sychronized则保证了原子性和可见性
 * 耗时:Synchronized < ReetrantLock < Atomic
 * 可能JDK 1.7之后对Synchronized做了比较大的优化,以至于效率最高
 * @author jiujie
 * @version $Id: TestSpeed.java, v 0.1 2016年6月22日 上午10:24:42 jiujie Exp $
 */
public class TestSpeed {


    private static final int LOOP_SIZE      = 100000;


    private static final int MAX_THREAD_NUM = 30;


    public static class IntBox {


        private Lock lock = new ReentrantLock();


        private int  value;


        public IntBox(int value) {
            this.value = value;
        }


        public int getValue() {
            return value;
        }


        public synchronized void sychronizedIncrease() {
            value++;
        }


        public void lockIncrease() {
            lock.lock();
            try {
                value++;
            } finally {
                lock.unlock();
            }
        }


    }


    private static void executeThreads(Runnable runnable) throws InterruptedException {
        for (int threadNum = 0; threadNum < MAX_THREAD_NUM; threadNum++) {
            Thread[] threads = new Thread[threadNum];
            for (int i = 0; i < threadNum; i++) {
                threads[i] = new Thread(runnable);
            }
            for (Thread thread : threads) {
                thread.start();
            }
            for (Thread thread : threads) {
                thread.join();
            }
        }
    }


    public static void main(String[] args) throws InterruptedException {


        final AtomicInteger v1 = new AtomicInteger(0);


        final IntBox v2 = new IntBox(0);


        final IntBox v3 = new IntBox(0);


        long now = System.currentTimeMillis();
        executeThreads(new Runnable() {
            public void run() {
                testAtomicLock(v1);
            }
        });
        System.out.println("Atomic:\n" + v1.get() + "\n" + (System.currentTimeMillis() - now));


        now = System.currentTimeMillis();
        executeThreads(new Runnable() {
            public void run() {
                testLock(v2);
            }
        });
        System.out.println("Lock:\n" + v2.getValue() + "\n" + (System.currentTimeMillis() - now));


        now = System.currentTimeMillis();
        executeThreads(new Runnable() {
            public void run() {
                testSynchronize(v3);
            }
        });
        System.out
            .println("Synchronized:\n" + v3.getValue() + "\n" + (System.currentTimeMillis() - now));


    }


    public static void testSynchronize(final IntBox v) {
        for (int i = 0; i < LOOP_SIZE; i++) {
            v.sychronizedIncrease();
        }
    }


    public static void testLock(final IntBox v) {
        for (int i = 0; i < LOOP_SIZE; i++) {
            v.lockIncrease();
        }
    }


    public static void testAtomicLock(final AtomicInteger v) {
        for (int i = 0; i < LOOP_SIZE; i++) {
            v.getAndIncrement();
        }
    }


}

运行结果如下:

Atomic:
43500000
2998
Lock:
43500000
1541
Synchronized:
43500000
529

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
### 回答1: synchronized和ReentrantLock都是Java中用于实现线程同步的机制。 synchronized是Java中最基本的同步机制,它可以用于修饰方法和代码块,保证同一时刻只有一个线程能够访问被synchronized修饰的代码。synchronized的实现是基于Java中的monitor机制,每个对象都有一个monitor,当一个线程获取到对象的monitor时,其他线程就无法访问该对象的synchronized代码块,直到该线程释放monitor。 ReentrantLock是Java中提供的另一种同步机制,它也可以用于实现线程同步。与synchronized不同的是,ReentrantLock是基于显式的机制,需要手动获取和释放。ReentrantLock提供了更多的功能,如可重入、公平、可中断等,使得它在某些场景下比synchronized更加灵活和高效。 总的来说,synchronized是Java中最基本的同步机制,使用方便,但功能相对简单;而ReentrantLock则提供了更多的功能和灵活性,但使用起来相对复杂。在实际开发中,应根据具体情况选择合适的同步机制。 ### 回答2: synchronized和ReentrantLock都是Java中用于实现线程同步的机制。它们的目的都是为了确保多个线程之间能够协调执行,以避免数据竞争、线程间的死等问题。然而,它们的实现方式和特点略有不同。 1. synchronizedsynchronized关键字是Java语言提供的内置线程同步机制。它可以应用于方法、代码块、静态方法或静态代码块。synchronized采用的是悲观策略,即一个线程获取后其他线程只能等待,直到当前线程释放以后才能继续执行。synchronized具有以下特点: - 简单易用:使用synchronized时不需要程序员手动管理的获取和释放,的管理都是由JVM自动完成的。 - 自动释放:一旦获取到,线程执行结束后会自动释放,确保的互斥性。 - 内置机制:对于非静态方法,定的是对象实例;对于静态方法,定的是整个Class对象;对于代码块,定的是括号中的对象。 2. ReentrantLock:ReentrantLock是JUC(java.util.concurrent)提供的可重入(Reentrant Lock)的实现类。相较于synchronized,ReentrantLock提供了更多的灵活性和功能扩展。ReentrantLock具有以下特点: - 显式加和解:使用ReentrantLock时,需要程序员手动编写加和解的代码,通过lock()方法进行加,通过unlock()方法进行解。如果不及时解,可能会导致死现象。 - 公平和非公平:ReentrantLock可以指定的获取方式,可以选择公平或非公平,默认为非公平。公平会按照线程的获取顺序来分配,而非公平则不保证的获取顺序,可能会导致某些线程一直无法获取。 - 条件变量:ReentrantLock可以通过Condition对象实现线程的等待和唤醒,可以方便地实现复杂的线程间通信和协作。 总之,synchronized是Java提供的简单、易用的内置机制,适用于大多数场景;而ReentrantLock是JUC提供的功能更加强大、更加灵活的可重入,适用于一些特殊的场景。在选择使用时,需要根据具体的需求和场景进行选择。 ### 回答3: synchronized和reentrant lock(可重入)是Java中用于确保多个线程在访问共享资源时的同步机制。 synchronized是Java语言中最基本的同步机制,是一种内置的互斥。它可以用于控制对共享资源的访问,保证同一时间只有一个线程可以执行被synchronized修饰的代码块或方法。当一个线程获取到后,其他线程必须等待,直到该线程释放synchronized关键字具有自动释放的特性,即当线程在synchronized代码块或方法中执行完成或者发生异常时,会被自动释放。 ReentrantLock是JDK中提供的一个可重入的互斥。相较于synchronized,ReentrantLock提供了更灵活和更强大的同步控制。它具有可重入的特性,同一个线程可以多次获取同一个而不会出现死。ReentrantLock提供了更多的方法来控制同步访问,比如可设置公平性和非公平性、可设置等待的超时时间。需要注意的是,由于ReentrantLock是显式,所以在使用后一定要记得手动释放,否则可能导致死的发生。 总结来说,synchronized是Java自带的同步机制,简单易用,但灵活度不高;而ReentrantLock是JDK提供的可重入,能够提供更灵活、更强大的同步控制,并且支持公平性和非公平性的调整,但使用更加复杂。根据具体的情况来选择使用哪一种同步机制,可根据需求来决定是使用synchronized还是ReentrantLock
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值