简述ReentrantLock和Synchronized区别

原创 2015年07月08日 08:43:13

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的性能能维持常态;



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如果用的不好,不仅不能提高性能,还可能带来灾难。


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的两种同步方式, Synchronized与ReentrantLock的区别

java在编写多线程程序时,为了保证线程安全,需要同步,经常用到两种同步方式就是Synchronized和重入锁ReentrantLock。 相似点: 这两种同步方式有很多相似之处,它们都是加锁方式同...
  • chenchaofuck1
  • chenchaofuck1
  • 2016年04月02日 19:37
  • 6986

ReenTrantLock可重入锁(和synchronized的区别)总结

ReenTrantLock可重入锁(和synchronized的区别)总结 可重入性: 从名字上理解,ReenTrantLock的字面意思就是再进入的锁,其实synchronized关键字所使用的...
  • qq838642798
  • qq838642798
  • 2017年03月23日 11:31
  • 3299

synchronized关键字、ReentrantLock与原子类比较

我们先比较ReentrantLock与synchronized的用法 1、ReentrantLock拥有synchronized相同的并发性和内存语义,此外还多了锁投票,定时锁等候和中断等候。线程A和...
  • lanxiangru
  • lanxiangru
  • 2016年11月28日 20:59
  • 242

java ReentrantLock与synchronized详细分析与例子详解

关于互斥锁: 所谓互斥锁, 指的是一次最多只能有一个线程持有的锁. 在jdk1.5之前, 我们通常使用synchronized机制控制多个线程对共享资源的访问. 而现在, Lock提供了比synch...
  • qilixiang012
  • qilixiang012
  • 2014年08月10日 23:23
  • 978

synchronized和lock的实现原理

本文转载自http://wenku.baidu.com/view/41480552f01dc281e53af090.html?re=view 目前在Java中存在两种锁机制:synchroniz...
  • tingfeng96
  • tingfeng96
  • 2016年08月16日 12:24
  • 4085

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

原文:http://www.ibm.com/developerworks/cn/java/j-jtp10264/index.html 多线程和并发性并不是什么新内容,但是 Java 语言设计中的...
  • u013851082
  • u013851082
  • 2017年04月19日 19:21
  • 204

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

原文:http://www.ibm.com/developerworks/cn/java/j-jtp10264/index.html 多线程和并发性并不是什么新内容,但是 Java 语言设计中的创新...
  • u014386474
  • u014386474
  • 2016年06月15日 11:23
  • 610

深入研究 Java Synchronize 和 Lock 的区别与用法

在分布式开发中,锁是线程控制的重要途径。Java为此也提供了2种锁机制,synchronized和lock。做为Java爱好者,自然少不了对比一下这2种机制,也能从中学到些分布式开发需要注意的地方。 ...
  • natian306
  • natian306
  • 2014年01月19日 15:22
  • 35255

ReentrantLock实现原理深入探究

前言 这篇文章被归到Java基础分类中,其实真的一点都不基础。网上写ReentrantLock的使用、ReentrantLock和synchronized的区别的文章很多,研究ReentrantLoc...
  • zhangyuan19880606
  • zhangyuan19880606
  • 2016年04月26日 16:49
  • 1007

ReentrantLock可重入锁的使用场景

摘要 从使用场景的角度出发来介绍对ReentrantLock的使用,相对来说容易理解一些。 场景1:如果发现该操作已经在执行中则不再执行(有状态执行) a、用在定时任务时,如果任务执行时间可能超...
  • u010395804
  • u010395804
  • 2015年07月27日 15:56
  • 745
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:简述ReentrantLock和Synchronized区别
举报原因:
原因补充:

(最多只允许输入30个字)