详见:http://blog.yemou.net/article/query/info/tytfjhfascvhzxcytpo8

ReentrantLock和内部锁的性能对比

    ReentrantLock是jdk5引入的新的锁机制,它与内部锁(synchronize) 相同的并发性和内存语义,比如可重入加锁语义。在中等或者更高负荷下,ReentrantLock有更好的性能,并且拥有可轮询和可定时的请求锁等高级功能。这个程序简单对比了ReentrantLock公平锁、ReentrantLock非公平锁以及内部锁的性能,从结果上看,非公平的ReentrantLock表现最好。内部锁也仅仅是实现统计意义上的公平,结果也比公平的ReentrantLock好上很多。这个程序仅仅是计数,启动N个线程,对同一个Counter进行递增,显然,这个递增操作需要同步以保证原子性,采用不同的锁来实现同步,然后查看结果。

Counter接口:

package net.rubyeye.concurrency.chapter13;

public interface Counter {

    public long getValue();

public void increment();

}

然后,首先使用我们熟悉的synchronize来实现同步:

package net.rubyeye.concurrency.chapter13;

public class SynchronizeBenchmark implements Counter {

    private long count = 0;

public long getValue() {

        return count;

    }

public synchronized void increment() {

        count++;

    }

}

采用ReentrantLock的版本,切记要在finally中释放锁,这是与synchronize使用方式最大的不同,内部锁jvm会自动帮你释放锁,而ReentrantLock需要你自己来处理。

package net.rubyeye.concurrency.chapter13;

import java.util.concurrent.locks.Lock;

import java.util.concurrent.locks.ReentrantLock;

public class ReentrantLockBeanchmark implements Counter {

private volatile long count = 0;

private Lock lock;

public ReentrantLockBeanchmark() {

        // 使用非公平锁,true就是公平锁

        lock = new ReentrantLock(false);

    }

public long getValue() {

        // TODO Auto-generated method stub

        return count;

    }

public void increment() {

        lock.lock();

        try {

            count++;

        } finally {

            lock.unlock();

        }

    }

}

写一个测试程序,使用CyclicBarrier来等待所有任务线程创建完毕以及所有任务线程计算完成,清单如下:

package net.rubyeye.concurrency.chapter13;

import java.util.concurrent.CyclicBarrier;

public class BenchmarkTest {

    private Counter counter;

private CyclicBarrier barrier;

private int threadNum;

public BenchmarkTest(Counter counter, int threadNum) {

        this.counter = counter;

        barrier = new CyclicBarrier(threadNum + 1); //关卡计数=线程数+1

        this.threadNum = threadNum;

    }

public static void main(String args[]) {

        new BenchmarkTest(new SynchronizeBenchmark(), 5000).test();

        //new BenchmarkTest(new ReentrantLockBeanchmark(), 5000).test();

        //new BenchmarkTest(new ReentrantLockBeanchmark(), 5000).test();  

    }

public void test() {

        try {

            for (int i = 0; i < threadNum; i++) {

                new TestThread(counter).start();

            }

            long start = System.currentTimeMillis();

            barrier.await(); // 等待所有任务线程创建

            barrier.await(); // 等待所有任务计算完成

            long end = System.currentTimeMillis();

            System.out.println("count value:" + counter.getValue());

            System.out.println("花费时间:" + (end - start) + "毫秒");

        } catch (Exception e) {

            throw new RuntimeException(e);

        }

    }

class TestThread extends Thread {

        private Counter counter;

public TestThread(final Counter counter) {

            this.counter = counter;

        }

public void run() {

            try {

                barrier.await();

                for (int i = 0; i < 100; i++)

                    counter.increment();

                barrier.await();

            } catch (Exception e) {

                throw new RuntimeException(e);

            }

        }

    }

}

分别测试一下,

将启动的线程数限定为500,结果为:

公平ReentrantLock:      210 毫秒

非公平ReentrantLock :   39  毫秒

内部锁:                          39 毫秒

将启动的线程数限定为1000,结果为:

公平ReentrantLock:      640 毫秒

非公平ReentrantLock :   81 毫秒

内部锁:                           60 毫秒

线程数不变,test方法中的循环增加到1000次,结果为:

公平ReentrantLock:      16715 毫秒

非公平ReentrantLock :   168 毫秒

内部锁:                           639  毫秒

将启动的线程数增加到2000,结果为:

公平ReentrantLock:      1100 毫秒

非公平ReentrantLock:   125 毫秒

内部锁:                           130 毫秒

将启动的线程数增加到3000,结果为:

公平ReentrantLock:      2461 毫秒

非公平ReentrantLock:   254 毫秒

内部锁:                           307 毫秒

启动5000个线程,结果如下:

公平ReentrantLock:      6154  毫秒

非公平ReentrantLock:   623   毫秒

内部锁:                           720 毫秒

非公平ReentrantLock和内部锁的差距,在jdk6上应该缩小了,据说jdk6的内部锁机制进行了调整。

ReentrantLock和synchronized的性能对比的更多相关文章

  1. LongAdder和AtomicLong性能对比

    jdk1.8中新原子操作封装类LongAdder和jdk1.5的AtomicLong和synchronized的性能对比,直接上代码: package com.itbac.cas; import ja ...

  2. Java中的ReentrantLock和synchronized两种锁定机制的对比

    问题:多个访问线程将需要写入到文件中的数据先保存到一个队列里面,然后由专门的 写出线程负责从队列中取出数据并写入到文件中. http://blog.csdn.net/top_code/article/ ...

  3. java多线程之:Java中的ReentrantLock和synchronized两种锁定机制的对比 (转载)

    原文:http://www.ibm.com/developerworks/cn/java/j-jtp10264/index.html 多线程和并发性并不是什么新内容,但是 Java 语言设计中的创新之 ...

  4. ReetrantLock Synchronized Atomic的性能对比

    之前看到了一篇帖子关于Lock和Synchronized的性能,写的是Lock比Synchronized的性能要好,可是,我试了下,结果却不是这样的,我所使用的JDK的版本是1.7,可能跟原帖作者用的 ...

  5. Java中的ReentrantLock和synchronized两种锁机制的对比

    原文:http://www.ibm.com/developerworks/cn/java/j-jtp10264/index.html 多线程和并发性并不是什么新内容,但是 Java 语言设计中的创新之 ...

  6. Java ReentrantLock和synchronized两种锁定机制的对比

    多线程和并发性并不是什么新内容,但是 Java 语言设计中的创新之一就是,它是第一个直接把跨平台线程模型和正规的内存模型集成到语言中的主流语言.核心类库包含一个 Thread 类,可以用它来构建.启动 ...

  7. ReentrantLock和synchronized两种锁定机制

    ReentrantLock和synchronized两种锁定机制 >>应用synchronized同步锁 把代码块声明为 synchronized,使得该代码具有 原子性(atomicit ...

  8. 死磕 java同步系列之ReentrantLock VS synchronized——结果可能跟你想的不一样

    问题 (1)ReentrantLock有哪些优点? (2)ReentrantLock有哪些缺点? (3)ReentrantLock是否可以完全替代synchronized? 简介 synchroniz ...

  9. Collections.synchronizedList 、CopyOnWriteArrayList、Vector介绍、源码浅析与性能对比

    ## ArrayList线程安全问题 众所周知,`ArrayList`不是线程安全的,在并发场景使用`ArrayList`可能会导致add内容为null,迭代时并发修改list内容抛`Concurre ...

随机推荐

  1. iOS-联系人应用(一)

    环境:xcode6,iphone 4s simulator with iOS8.0 一.功能界面介绍 1.1 应用启动进入联系人列表页面,数据为模拟数据,来源与一个plist文件: 1.2 点击右上角 ...

  2. WAS 部署 Birt 报表出现 error.CannotStartupOSGIPlatform 和 更新web.xml

    在WAS7.0中部署Birt报表会出现error.CannotStartupOSGIPlatform错误,通常需要这样修改 1.依次打开Applications->WebSphere enter ...

  3. 用gensim学习word2vec

    在word2vec原理篇中,我们对word2vec的两种模型CBOW和Skip-Gram,以及两种解法Hierarchical Softmax和Negative Sampling做了总结.这里我们就从 ...

  4. vue-项目入门

    初入前端的新人在碰到vue.js后,去过官网,估计粗略的看下api文档以后会以为vue的安装只是把那串js代码直接粘贴复制到文档即可,虽然这样是可以,但那在项目中并不合适. 项目中的vue引入(配制安 ...

  5. 头文件string.h里的函数

    .strcpy 函数名: stpcpy 功 能: 拷贝一个字符串到另一个 用 法: char *stpcpy(char *destin, char *source); 程序例: #include &l ...

  6. 纯JS实现像素逐渐显示

    就是对于新手的我,以前从来没有做过对像素进行操作的实例.于是把资料书找了出来,实现了这个功能,比较简单,大神勿喷.下面是效果图,因为重在思路,效果就简陋一些. 其实就是简单的用JS实现将左上角的矩形随 ...

  7. solr6.5 的安装与配置

    运行环境: JDK:    1.8.0_131 Tomcat: 9.0.0.M21 Solr:      6.5.1 注:1.建议打开两个连接linux的窗口,一个负责 solr压缩目录,另外一个负责 ...

  8. JavaScript实现的--贪吃蛇

    总的实现思路: 一.效果部分:  1.编写html代码,加上样式. 二.JavaScript部分:  1.利用dom方法创建一块草坪,即活动区域:   2.创建一条蛇,并设置其初始位置:       ...

  9. [POI2007]洪水pow 并查集

    我们先得出一个结论:水泵要建在城市上.因为如果在非城市上建能把其他一些城市抽干,那么在城市上建也是一个效果(自己画图感性理解一下) 然后我们明白抽水的条件:周围的高度要>=自身的高度,这样会抽完 ...

  10. SSE图像算法优化系列十:简单的一个肤色检测算法的SSE优化。

    在很多场合需要高效率的肤色检测代码,本人常用的一个C++版本的代码如下所示: void IM_GetRoughSkinRegion(unsigned char *Src, unsigned char ...