`
houlinyan
  • 浏览: 149161 次
  • 性别: Icon_minigender_2
  • 来自: 北京
社区版块
存档分类
最新评论

Lock与synchronized 的区别

LockSynchronizedReentrantLock线程区别 
阅读更多

多次思考过这个问题，都没有形成理论，今天有时间了，我把他总结出来，希望对大家有所帮助

 

 

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);   
           
    }   
  
}

 

分享到：
| 创建flash cs5的公共库
评论
2 楼 远方_张涛 2016-01-13  
赞一个，写的很好
1 楼 somefuture 2014-04-07  
这个一定要学会的。谢谢。
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    【Java面试题】lock与synchronized区别

    【Java面试题】lock与synchronized区别

    java的lock和synchronized的区别.docx

    Java 中的 Lock 和 Synchronized 的区别 Java 语言中有很多相似关键字或相似意义的字，但 lock 和 synchronized 是两个最容易混淆的关键字。它们都是锁的意思，都是为了线程安全性、应用合理性和运行效率的。下面...

    Lock接口与synchronized关键字

    ### Lock接口与synchronized关键字详解 #### 一、概述 在Java并发编程中，Lock接口与synchronized关键字都是实现同步的重要工具。它们虽然都用于控制多线程对共享资源的访问，但在使用方式、功能特性及灵活性方面...

    lock锁，lock锁和synchronized的对比

    # synchronized锁与lock锁的对比 Lock是显式锁，需要手动的开启和关闭，synchronized锁是隐式锁，只要出了作用域就会自动释放。Lock只有代码块锁，synchronized既有代码块锁还有方法锁。 使用Lock锁，JVM将花费较...

    Java编程synchronized与lock的区别【推荐】

    Java 编程 synchronized 与 Lock 的区别 synchronized 和 Lock 是 Java 编程中两种常用的同步机制，用于实现线程安全的访问。两者都可以实现同步访问，但是它们有着不同的设计理念和使用场景。 synchronized 的...

    详谈Lock与synchronized 的区别

    Java并发编程中，Lock接口和synchronized关键字是两种常见的互斥锁定机制，它们都用于确保多线程环境下的数据一致性。然而，它们在特性和使用上存在显著的区别。 首先，Lock是一个接口，它提供了比synchronized更细...

    Synchronized 和 Lock 的区别和使用场景

    本文将深入探讨两种主要的锁机制：`synchronized`关键字和`Lock`接口，以及它们各自的特点、应用场景和使用方式。 一、Synchronized `synchronized`是Java中的一个内置关键字，用于提供线程安全。它的主要作用是...

    简单了解synchronized和lock的区别

    了解synchronized和lock的区别 synchronized是Java语言中的一个关键字，用于线程同步，主要用于解决多线程之间的竞争问题。它可以将某个方法或代码块锁定，使得只有一个线程可以执行该方法或代码块，其他线程只能...

    Synchronized与Lock

    "Synchronized与Lock"这个主题探讨了两种主要的同步机制：synchronized关键字和Lock接口（包括其实现类如ReentrantLock）。这两种机制都用于实现线程间的互斥访问，但它们在功能、灵活性和性能上有所差异。 首先，...

    ReentrantLock 与 synchronized 简介

    ### ReentrantLock 与 synchronized 的比较 #### 一、引言 在Java中，多线程和并发控制一直是程序员关注的重点。随着Java的发展，其语言本身及标准库提供了丰富的工具来帮助开发者处理并发问题。其中，`...

    使用synchronized实现一个Lock代码详解

    在了解Lock和synchronized的区别之前，我们首先需要了解它们的基本概念。Lock是一个接口，它提供了一种机制来保护critical section，使得多个线程在访问共享资源时不会发生冲突。synchronized是Java语言提供的一种...

    java中synchronized用法

    "Java 中 synchronized 用法详解" ... synchronized(lock) { //….. } } } synchronized 关键字是 Java 语言中解决多线程共享数据同步问题的重要工具，但需要正确地使用它，以免造成死锁和系统开销。

    深入Synchronized和java.util.concurrent.locks.Lock的区别详解

    《深入Synchronized与java.util.concurrent.locks.Lock的区别详解》 Synchronized和java.util.concurrent.locks.Lock都是Java中用于实现线程同步的关键字和接口，它们的主要目标是保证多线程环境下的数据一致性与...

    synchronized并发讲解源码.zip

    除了锁住对象或类，`synchronized`还可以与`wait()`、`notify()`和`notifyAll()`方法结合使用，实现复杂的线程通信和同步。这些方法都是在`Object`类中定义的，只有在持有对象锁的情况下才能调用，否则会抛出`...

    synchronized的几种示例

    synchronized (lockObject) { // 对sharedValue的操作 } } } ``` 这种方式可以实现更细粒度的锁，使得其他未锁定`lockObject`的方法可以并行执行。 4. **静态方法加锁** 静态方法的锁是针对类级别的，而...

    关于synchronized、Lock的深入理解

    `Lock`与`synchronized`的区别在于： 1. **使用方式**：`synchronized`是隐式同步，无需手动释放，而`Lock`是显式同步，需手动调用`lock()`和`unlock()`。 2. **控制能力**：`Lock`提供了更多控制选项，如可中断、...

    Synchronized关键字的用法

    synchronized (localLock) { // 同步操作 } } ``` - 局部变量锁只对该方法内的代码块有效，且每次调用方法时都会创建一个新的锁对象。 #### 实现机制 - **锁机制**：当一个线程进入`synchronized`代码块或...

    ReentrantLock与synchronized

    在Java多线程编程中，`ReentrantLock`和`synchronized`都是用于实现线程同步的重要工具，确保在并发环境中数据的一致性和正确性。两者虽然都能实现互斥访问，但在功能、性能以及使用场景上有所不同。下面我们将深入...

Magicbox
Global site tag (gtag.js) - Google Analytics