- 浏览: 652599 次
- 性别:
- 来自: 广州
文章分类
- 全部博客 (153)
- 多线程 (13)
- 数据库连接池 (3)
- maven (9)
- jquery (2)
- struts (5)
- spring (6)
- hibernate (10)
- mybatis (15)
- eclipse插件 (6)
- 短信SI行业 (3)
- oracle数据库 (6)
- junit (1)
- H2数据库 (1)
- sql server 数据库 (2)
- java通讯 (9)
- java序列化与反序列化 (3)
- java分布式缓存 (2)
- 线程池 (3)
- linux系统 (5)
- 企业级问题解决方案 (7)
- JDBC (1)
- uml (2)
- 设计思想与实现 (10)
- 面试 (3)
- ant (2)
- xml (1)
- soa (1)
- 设计模式 (7)
- java垃圾回收机制 (1)
- 工具和框架 (2)
- 其他 (8)
- 程序规范 (1)
- google code 建立svn (1)
- netty (1)
- JPA (1)
- jboss (2)
- RMI (1)
最新评论
-
nnxiaod:
hackpro 写道如果你这里有多个参数,怎么传值了selec ...
MyBatis中Association联合select使用 -
nnxiaod:
引用不管输入参数名称是什么,mybatis最终会执行: 效果为 ...
MyBatis中Association联合select使用 -
a942010:
哪里调用了返回的结果集是menuMap啊?只有后面一点。
MyBatis中Association联合select使用 -
Java-feifeiok:
弄个全点的例子啊!@
MyBatis中Association联合select使用 -
Java-feifeiok:
弄个全点的例子啊
MyBatis中Association联合select使用
本人摘自:http://houlinyan.iteye.com/blog/1112535
1、ReentrantLock 拥有Synchronized相同的并发性和内存语义,此外还多了 锁投票,定时锁等候和中断锁等候
线程A和B都要获取对象O的锁定,假设A获取了对象O锁,B将等待A释放对O的锁定,
如果使用 synchronized ,如果A不释放,B将一直等下去,不能被中断
如果 使用ReentrantLock,如果A不释放,可以使B在等待了足够长的时间以后,中断等待,而干别的事情
ReentrantLock获取锁定与三种方式:
a) lock(), 如果获取了锁立即返回,如果别的线程持有锁,当前线程则一直处于休眠状态,直到获取锁
b) tryLock(), 如果获取了锁立即返回true,如果别的线程正持有锁,立即返回false;
c)tryLock(long timeout,TimeUnit unit), 如果获取了锁定立即返回true,如果别的线程正持有锁,会等待参数给定的时间,在等待的过程中,如果获取了锁定,就返回true,如果等待超时,返回false;
d) lockInterruptibly:如果获取了锁定立即返回,如果没有获取锁定,当前线程处于休眠状态,直到或者锁定,或者当前线程被别的线程中断
2、synchronized是在JVM层面上实现的,不但可以通过一些监控工具监控synchronized的锁定,而且在代码执行时出现异常,JVM会自动释放锁定,但是使用Lock则不行,lock是通过代码实现的,要保证锁定一定会被释放,就必须将unLock()放到finally{}中
3、在资源竞争不是很激烈的情况下,Synchronized的性能要优于ReetrantLock,但是在资源竞争很激烈的情况下,Synchronized的性能会下降几十倍,但是ReetrantLock的性能能维持常态;
下面内容 是转载 http://zzhonghe.iteye.com/blog/826162
5.0的多线程任务包对于同步的性能方面有了很大的改进,在原有synchronized关键字的基础上,又增加了ReentrantLock,以及各种Atomic类。了解其性能的优劣程度,有助与我们在特定的情形下做出正确的选择。
总体的结论先摆出来:
synchronized:
在资源竞争不是很激烈的情况下,偶尔会有同步的情形下,synchronized是很合适的。原因在于,编译程序通常会尽可能的进行优化synchronize,另外可读性非常好,不管用没用过5.0多线程包的程序员都能理解。
ReentrantLock:
ReentrantLock提供了多样化的同步,比如有时间限制的同步,可以被Interrupt的同步(synchronized的同步是不能Interrupt的)等。在资源竞争不激烈的情形下,性能稍微比synchronized差点点。但是当同步非常激烈的时候,synchronized的性能一下子能下降好几十倍。而ReentrantLock确还能维持常态。
Atomic:
和上面的类似,不激烈情况下,性能比synchronized略逊,而激烈的时候,也能维持常态。激烈的时候,Atomic的性能会优于ReentrantLock一倍左右。但是其有一个缺点,就是只能同步一个值,一段代码中只能出现一个Atomic的变量,多于一个同步无效。因为他不能在多个Atomic之间同步。
所以,我们写同步的时候,优先考虑synchronized,如果有特殊需要,再进一步优化。ReentrantLock和Atomic如果用的不好,不仅不能提高性能,还可能带来灾难。
先贴测试结果:再贴代码(Atomic测试代码不准确,一个同步中只能有1个Actomic,这里用了2个,但是这里的测试只看速度)
==========================
round:100000 thread:5
Sync = 35301694
Lock = 56255753
Atom = 43467535
==========================
round:200000 thread:10
Sync = 110514604
Lock = 204235455
Atom = 170535361
==========================
round:300000 thread:15
Sync = 253123791
Lock = 448577123
Atom = 362797227
==========================
round:400000 thread:20
Sync = 16562148262
Lock = 846454786
Atom = 667947183
==========================
round:500000 thread:25
Sync = 26932301731
Lock = 1273354016
Atom = 982564544
代码如下:
- package test.thread;
- import static java.lang.System.out;
- import java.util.Random;
- import java.util.concurrent.BrokenBarrierException;
- import java.util.concurrent.CyclicBarrier;
- import java.util.concurrent.ExecutorService;
- import java.util.concurrent.Executors;
- import java.util.concurrent.atomic.AtomicInteger;
- import java.util.concurrent.atomic.AtomicLong;
- import java.util.concurrent.locks.ReentrantLock;
- public class TestSyncMethods {
- public static void test(int round,int threadNum,CyclicBarrier cyclicBarrier){
- new SyncTest("Sync",round,threadNum,cyclicBarrier).testTime();
- new LockTest("Lock",round,threadNum,cyclicBarrier).testTime();
- new AtomicTest("Atom",round,threadNum,cyclicBarrier).testTime();
- }
- public static void main(String args[]){
- for(int i=0;i<5;i++){
- int round=100000*(i+1);
- int threadNum=5*(i+1);
- CyclicBarrier cb=new CyclicBarrier(threadNum*2+1);
- out.println("==========================");
- out.println("round:"+round+" thread:"+threadNum);
- test(round,threadNum,cb);
- }
- }
- }
- class SyncTest extends TestTemplate{
- public SyncTest(String _id,int _round,int _threadNum,CyclicBarrier _cb){
- super( _id, _round, _threadNum, _cb);
- }
- @Override
- /**
- * synchronized关键字不在方法签名里面,所以不涉及重载问题
- */
- synchronized long getValue() {
- return super.countValue;
- }
- @Override
- synchronized void sumValue() {
- super.countValue+=preInit[index++%round];
- }
- }
- class LockTest extends TestTemplate{
- ReentrantLock lock=new ReentrantLock();
- public LockTest(String _id,int _round,int _threadNum,CyclicBarrier _cb){
- super( _id, _round, _threadNum, _cb);
- }
- /**
- * synchronized关键字不在方法签名里面,所以不涉及重载问题
- */
- @Override
- long getValue() {
- try{
- lock.lock();
- return super.countValue;
- }finally{
- lock.unlock();
- }
- }
- @Override
- void sumValue() {
- try{
- lock.lock();
- super.countValue+=preInit[index++%round];
- }finally{
- lock.unlock();
- }
- }
- }
- class AtomicTest extends TestTemplate{
- public AtomicTest(String _id,int _round,int _threadNum,CyclicBarrier _cb){
- super( _id, _round, _threadNum, _cb);
- }
- @Override
- /**
- * synchronized关键字不在方法签名里面,所以不涉及重载问题
- */
- long getValue() {
- return super.countValueAtmoic.get();
- }
- @Override
- void sumValue() {
- super.countValueAtmoic.addAndGet(super.preInit[indexAtomic.get()%round]);
- }
- }
- abstract class TestTemplate{
- private String id;
- protected int round;
- private int threadNum;
- protected long countValue;
- protected AtomicLong countValueAtmoic=new AtomicLong(0);
- protected int[] preInit;
- protected int index;
- protected AtomicInteger indexAtomic=new AtomicInteger(0);
- Random r=new Random(47);
- //任务栅栏,同批任务,先到达wait的任务挂起,一直等到全部任务到达制定的wait地点后,才能全部唤醒,继续执行
- private CyclicBarrier cb;
- public TestTemplate(String _id,int _round,int _threadNum,CyclicBarrier _cb){
- this.id=_id;
- this.round=_round;
- this.threadNum=_threadNum;
- cb=_cb;
- preInit=new int[round];
- for(int i=0;i<preInit.length;i++){
- preInit[i]=r.nextInt(100);
- }
- }
- abstract void sumValue();
- /*
- * 对long的操作是非原子的,原子操作只针对32位
- * long是64位,底层操作的时候分2个32位读写,因此不是线程安全
- */
- abstract long getValue();
- public void testTime(){
- ExecutorService se=Executors.newCachedThreadPool();
- long start=System.nanoTime();
- //同时开启2*ThreadNum个数的读写线程
- for(int i=0;i<threadNum;i++){
- se.execute(new Runnable(){
- public void run() {
- for(int i=0;i<round;i++){
- sumValue();
- }
- //每个线程执行完同步方法后就等待
- try {
- cb.await();
- } catch (InterruptedException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- } catch (BrokenBarrierException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- }
- }
- });
- se.execute(new Runnable(){
- public void run() {
- getValue();
- try {
- //每个线程执行完同步方法后就等待
- cb.await();
- } catch (InterruptedException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- } catch (BrokenBarrierException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- }
- }
- });
- }
- try {
- //当前统计线程也wait,所以CyclicBarrier的初始值是threadNum*2+1
- cb.await();
- } catch (InterruptedException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- } catch (BrokenBarrierException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- }
- //所有线程执行完成之后,才会跑到这一步
- long duration=System.nanoTime()-start;
- out.println(id+" = "+duration);
- }
- }
发表评论
-
Java线程:新特征-阻塞队列
2013-04-16 16:12 1233Java线程:新特征-阻塞队列 阻塞队列是Java5 ... -
disruptor----Concurrent Programming Framework...
2012-09-10 08:57 1501disruptor发布了Java的2.0版本(.Net版 ... -
Lock wait timeout exceeded; try restarting transaction一些信息 .
2012-03-22 09:47 2244锁等待超时。是当前事务在等待其它事务释放锁资源造成的。 ... -
生产者与消费者(买票和卖票多线程协作)
2011-11-02 10:04 1671简单模型: ... -
Thread守护线程
2011-11-01 11:36 1802在某段程序中看到了Thread.setDaemon的用法,经过 ... -
线程间协作wait()与notify()
2011-11-01 10:40 1160使用wait()与notify()/notifyAll()可以 ... -
sleep()和wait()的区别
2011-11-01 10:27 1148Java中的多线程是一种抢占式的机制而不是分时机制。线程主要 ... -
Thread.sleep使用详解
2011-11-01 10:26 1705我们可能经常会用到 ... -
多线程性能及效率问题
2011-10-13 15:17 11243一、[多线程概要] ... -
并发性与并行性
2011-04-15 10:14 1555并发性是指两个或多个 ... -
java阻塞队列(线程同步合作)
2011-04-14 13:33 3648Queue接口与List、Set同一级别,都是继承了Colle ... -
线程阻塞
2011-03-07 21:03 1574线程阻塞队列 文章分 ...
相关推荐
【Java面试题】lock与synchronized区别
Java 中的 Lock 和 Synchronized 的区别 Java 语言中有很多相似关键字或相似意义的字,但 lock 和 synchronized 是两个最容易混淆的关键字。它们都是锁的意思,都是为了线程安全性、应用合理性和运行效率的。下面...
### Lock接口与synchronized关键字详解 #### 一、概述 在Java并发编程中,Lock接口与synchronized关键字都是实现同步的重要工具。它们虽然都用于控制多线程对共享资源的访问,但在使用方式、功能特性及灵活性方面...
# synchronized锁与lock锁的对比 Lock是显式锁,需要手动的开启和关闭,synchronized锁是隐式锁,只要出了作用域就会自动释放。Lock只有代码块锁,synchronized既有代码块锁还有方法锁。 使用Lock锁,JVM将花费较...
Java 编程 synchronized 与 Lock 的区别 synchronized 和 Lock 是 Java 编程中两种常用的同步机制,用于实现线程安全的访问。两者都可以实现同步访问,但是它们有着不同的设计理念和使用场景。 synchronized 的...
Java并发编程中,Lock接口和synchronized关键字是两种常见的互斥锁定机制,它们都用于确保多线程环境下的数据一致性。然而,它们在特性和使用上存在显著的区别。 首先,Lock是一个接口,它提供了比synchronized更细...
本文将深入探讨两种主要的锁机制:`synchronized`关键字和`Lock`接口,以及它们各自的特点、应用场景和使用方式。 一、Synchronized `synchronized`是Java中的一个内置关键字,用于提供线程安全。它的主要作用是...
了解synchronized和lock的区别 synchronized是Java语言中的一个关键字,用于线程同步,主要用于解决多线程之间的竞争问题。它可以将某个方法或代码块锁定,使得只有一个线程可以执行该方法或代码块,其他线程只能...
"Synchronized与Lock"这个主题探讨了两种主要的同步机制:synchronized关键字和Lock接口(包括其实现类如ReentrantLock)。这两种机制都用于实现线程间的互斥访问,但它们在功能、灵活性和性能上有所差异。 首先,...
### ReentrantLock 与 synchronized 的比较 #### 一、引言 在Java中,多线程和并发控制一直是程序员关注的重点。随着Java的发展,其语言本身及标准库提供了丰富的工具来帮助开发者处理并发问题。其中,`...
在了解Lock和synchronized的区别之前,我们首先需要了解它们的基本概念。Lock是一个接口,它提供了一种机制来保护critical section,使得多个线程在访问共享资源时不会发生冲突。synchronized是Java语言提供的一种...
"Java 中 synchronized 用法详解" ... synchronized(lock) { //….. } } } synchronized 关键字是 Java 语言中解决多线程共享数据同步问题的重要工具,但需要正确地使用它,以免造成死锁和系统开销。
《深入Synchronized与java.util.concurrent.locks.Lock的区别详解》 Synchronized和java.util.concurrent.locks.Lock都是Java中用于实现线程同步的关键字和接口,它们的主要目标是保证多线程环境下的数据一致性与...
除了锁住对象或类,`synchronized`还可以与`wait()`、`notify()`和`notifyAll()`方法结合使用,实现复杂的线程通信和同步。这些方法都是在`Object`类中定义的,只有在持有对象锁的情况下才能调用,否则会抛出`...
synchronized (lockObject) { // 对sharedValue的操作 } } } ``` 这种方式可以实现更细粒度的锁,使得其他未锁定`lockObject`的方法可以并行执行。 4. **静态方法加锁** 静态方法的锁是针对类级别的,而...
`Lock`与`synchronized`的区别在于: 1. **使用方式**:`synchronized`是隐式同步,无需手动释放,而`Lock`是显式同步,需手动调用`lock()`和`unlock()`。 2. **控制能力**:`Lock`提供了更多控制选项,如可中断、...
synchronized (localLock) { // 同步操作 } } ``` - 局部变量锁只对该方法内的代码块有效,且每次调用方法时都会创建一个新的锁对象。 #### 实现机制 - **锁机制**:当一个线程进入`synchronized`代码块或...
在Java多线程编程中,`ReentrantLock`和`synchronized`都是用于实现线程同步的重要工具,确保在并发环境中数据的一致性和正确性。两者虽然都能实现互斥访问,但在功能、性能以及使用场景上有所不同。下面我们将深入...