多线程之:lock和synchronized的区别

简介: 多次思考过这个问题,都没有形成理论,今天有时间了,我把他总结出来,希望对大家有所帮助     1、ReentrantLock 拥有Synchronized相同的并发性和内存语义,此外还多了 锁投票,定时锁等候和中断锁等候      线程A和B都要获取对象O的锁定,假设A获取了对象O锁,B将等...

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

 

 

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

先贴测试结果:再贴代码(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

Java代码   收藏代码
    1. package test.thread;  
    2.   
    3. import static java.lang.System.out;  
    4.   
    5. import java.util.Random;  
    6. import java.util.concurrent.BrokenBarrierException;  
    7. import java.util.concurrent.CyclicBarrier;  
    8. import java.util.concurrent.ExecutorService;  
    9. import java.util.concurrent.Executors;  
    10. import java.util.concurrent.atomic.AtomicInteger;  
    11. import java.util.concurrent.atomic.AtomicLong;  
    12. import java.util.concurrent.locks.ReentrantLock;  
    13.   
    14. public class TestSyncMethods {  
    15.       
    16.     public static void test(int round,int threadNum,CyclicBarrier cyclicBarrier){  
    17.         new SyncTest("Sync",round,threadNum,cyclicBarrier).testTime();  
    18.         new LockTest("Lock",round,threadNum,cyclicBarrier).testTime();  
    19.         new AtomicTest("Atom",round,threadNum,cyclicBarrier).testTime();  
    20.     }  
    21.   
    22.     public static void main(String args[]){  
    23.           
    24.         for(int i=0;i<5;i++){  
    25.             int round=100000*(i+1);  
    26.             int threadNum=5*(i+1);  
    27.             CyclicBarrier cb=new CyclicBarrier(threadNum*2+1);  
    28.             out.println("==========================");  
    29.             out.println("round:"+round+" thread:"+threadNum);  
    30.             test(round,threadNum,cb);  
    31.               
    32.         }  
    33.     }  
    34. }  
    35.   
    36. class SyncTest extends TestTemplate{  
    37.     public SyncTest(String _id,int _round,int _threadNum,CyclicBarrier _cb){  
    38.         super( _id, _round, _threadNum, _cb);  
    39.     }  
    40.     @Override  
    41.     /** 
    42.      * synchronized关键字不在方法签名里面,所以不涉及重载问题 
    43.      */  
    44.     synchronized long  getValue() {  
    45.         return super.countValue;  
    46.     }  
    47.     @Override  
    48.     synchronized void  sumValue() {  
    49.         super.countValue+=preInit[index++%round];  
    50.     }  
    51. }  
    52.   
    53.   
    54. class LockTest extends TestTemplate{  
    55.     ReentrantLock lock=new ReentrantLock();  
    56.     public LockTest(String _id,int _round,int _threadNum,CyclicBarrier _cb){  
    57.         super( _id, _round, _threadNum, _cb);  
    58.     }  
    59.     /** 
    60.      * synchronized关键字不在方法签名里面,所以不涉及重载问题 
    61.      */  
    62.     @Override  
    63.     long getValue() {  
    64.         try{  
    65.             lock.lock();  
    66.             return super.countValue;  
    67.         }finally{  
    68.             lock.unlock();  
    69.         }  
    70.     }  
    71.     @Override  
    72.     void sumValue() {  
    73.         try{  
    74.             lock.lock();  
    75.             super.countValue+=preInit[index++%round];  
    76.         }finally{  
    77.             lock.unlock();  
    78.         }  
    79.     }  
    80. }  
    81.   
    82.   
    83. class AtomicTest extends TestTemplate{  
    84.     public AtomicTest(String _id,int _round,int _threadNum,CyclicBarrier _cb){  
    85.         super( _id, _round, _threadNum, _cb);  
    86.     }  
    87.     @Override  
    88.     /** 
    89.      * synchronized关键字不在方法签名里面,所以不涉及重载问题 
    90.      */  
    91.     long  getValue() {  
    92.         return super.countValueAtmoic.get();  
    93.     }  
    94.     @Override  
    95.     void  sumValue() {  
    96.         super.countValueAtmoic.addAndGet(super.preInit[indexAtomic.get()%round]);  
    97.     }  
    98. }  
    99. abstract class TestTemplate{  
    100.     private String id;  
    101.     protected int round;  
    102.     private int threadNum;  
    103.     protected long countValue;  
    104.     protected AtomicLong countValueAtmoic=new AtomicLong(0);  
    105.     protected int[] preInit;  
    106.     protected int index;  
    107.     protected AtomicInteger indexAtomic=new AtomicInteger(0);  
    108.     Random r=new Random(47);  
    109.     //任务栅栏,同批任务,先到达wait的任务挂起,一直等到全部任务到达制定的wait地点后,才能全部唤醒,继续执行  
    110.     private CyclicBarrier cb;  
    111.     public TestTemplate(String _id,int _round,int _threadNum,CyclicBarrier _cb){  
    112.         this.id=_id;  
    113.         this.round=_round;  
    114.         this.threadNum=_threadNum;  
    115.         cb=_cb;  
    116.         preInit=new int[round];  
    117.         for(int i=0;i<preInit.length;i++){  
    118.             preInit[i]=r.nextInt(100);  
    119.         }  
    120.     }  
    121.       
    122.     abstract void sumValue();  
    123.     /* 
    124.      * 对long的操作是非原子的,原子操作只针对32位 
    125.      * long是64位,底层操作的时候分2个32位读写,因此不是线程安全 
    126.      */  
    127.     abstract long getValue();  
    128.   
    129.     public void testTime(){  
    130.         ExecutorService se=Executors.newCachedThreadPool();  
    131.         long start=System.nanoTime();  
    132.         //同时开启2*ThreadNum个数的读写线程  
    133.         for(int i=0;i<threadNum;i++){  
    134.             se.execute(new Runnable(){  
    135.                 public void run() {  
    136.                     for(int i=0;i<round;i++){  
    137.                         sumValue();  
    138.                     }  
    139.   
    140.                     //每个线程执行完同步方法后就等待  
    141.                     try {  
    142.                         cb.await();  
    143.                     } catch (InterruptedException e) {  
    144.                         // TODO Auto-generated catch block  
    145.                         e.printStackTrace();  
    146.                     } catch (BrokenBarrierException e) {  
    147.                         // TODO Auto-generated catch block  
    148.                         e.printStackTrace();  
    149.                     }  
    150.   
    151.   
    152.                 }  
    153.             });  
    154.             se.execute(new Runnable(){  
    155.                 public void run() {  
    156.   
    157.                     getValue();  
    158.                     try {  
    159.                         //每个线程执行完同步方法后就等待  
    160.                         cb.await();  
    161.                     } catch (InterruptedException e) {  
    162.                         // TODO Auto-generated catch block  
    163.                         e.printStackTrace();  
    164.                     } catch (BrokenBarrierException e) {  
    165.                         // TODO Auto-generated catch block  
    166.                         e.printStackTrace();  
    167.                     }  
    168.   
    169.                 }  
    170.             });  
    171.         }  
    172.           
    173.         try {  
    174.             //当前统计线程也wait,所以CyclicBarrier的初始值是threadNum*2+1  
    175.             cb.await();  
    176.         } catch (InterruptedException e) {  
    177.             // TODO Auto-generated catch block  
    178.             e.printStackTrace();  
    179.         } catch (BrokenBarrierException e) {  
    180.             // TODO Auto-generated catch block  
    181.             e.printStackTrace();  
    182.         }  
    183.         //所有线程执行完成之后,才会跑到这一步  
    184.         long duration=System.nanoTime()-start;  
    185.         out.println(id+" = "+duration);  
    186.           
    187.     }  
    188.   
相关文章
|
2月前
|
Java 开发者 C++
Java多线程同步大揭秘:synchronized与Lock的终极对决!
Java多线程同步大揭秘:synchronized与Lock的终极对决!
62 5
|
13天前
|
NoSQL 网络协议 Unix
1)Redis 属于单线程还是多线程?不同版本之间有什么区别?
1)Redis 属于单线程还是多线程?不同版本之间有什么区别?
33 1
|
23天前
|
Java
领略Lock接口的风采,通过实战演练,让你迅速掌握这门高深武艺,成为Java多线程领域的武林盟主
领略Lock接口的风采,通过实战演练,让你迅速掌握这门高深武艺,成为Java多线程领域的武林盟主
26 7
|
3天前
|
Java 编译器 程序员
【多线程】synchronized原理
【多线程】synchronized原理
17 0
|
2月前
|
Java
在Java多线程领域,精通Lock接口是成为高手的关键。
在Java多线程领域,精通Lock接口是成为高手的关键。相较于传统的`synchronized`,Lock接口自Java 5.0起提供了更灵活的线程同步机制,包括可中断等待、超时等待及公平锁选择等高级功能。本文通过实战演练介绍Lock接口的核心实现——ReentrantLock,并演示如何使用Condition进行精确线程控制,帮助你掌握这一武林秘籍,成为Java多线程领域的盟主。示例代码展示了ReentrantLock的基本用法及Condition在生产者-消费者模式中的应用,助你提升程序效率和稳定性。
29 2
|
2月前
|
Java 开发者
在 Java 多线程编程中,Lock 接口正逐渐取代传统的 `synchronized` 关键字,成为高手们的首选
在 Java 多线程编程中,Lock 接口正逐渐取代传统的 `synchronized` 关键字,成为高手们的首选。相比 `synchronized`,Lock 提供了更灵活强大的线程同步机制,包括可中断等待、超时等待、重入锁及读写锁等高级特性,极大提升了多线程应用的性能和可靠性。通过示例对比,可以看出 Lock 接口通过 `lock()` 和 `unlock()` 明确管理锁的获取和释放,避免死锁风险,并支持公平锁选择和条件变量,使其在高并发场景下更具优势。掌握 Lock 接口将助力开发者构建更高效、可靠的多线程应用。
24 2
|
2月前
|
Java
多线程同步新姿势:Lock接口助你“一统江湖”!
多线程同步新姿势:Lock接口助你“一统江湖”!
39 2
|
2月前
|
Java 测试技术
Java多线程同步实战:从synchronized到Lock的进化之路!
Java多线程同步实战:从synchronized到Lock的进化之路!
89 1
WK
|
1月前
|
并行计算 调度 Python
GIL和线程之间的区别是什么
全局解释器锁(GIL)与线程在Python中具有不同角色。GIL作为CPython中的互斥锁,确保同一时间只有一个线程执行Python字节码,简化内存管理但限制多线程并行性;线程则是程序执行的最小单位,允许多个任务并发运行。GIL影响整个解释器,使多线程串行化;线程则代表独立执行流,受GIL制约。GIL在计算密集型任务中成为瓶颈,但在I/O密集型任务中多线程仍可提升性能。理解两者差异有助于优化多线程应用。
WK
24 0
|
15天前
|
数据采集 负载均衡 安全
LeetCode刷题 多线程编程九则 | 1188. 设计有限阻塞队列 1242. 多线程网页爬虫 1279. 红绿灯路口
本文提供了多个多线程编程问题的解决方案,包括设计有限阻塞队列、多线程网页爬虫、红绿灯路口等,每个问题都给出了至少一种实现方法,涵盖了互斥锁、条件变量、信号量等线程同步机制的使用。
LeetCode刷题 多线程编程九则 | 1188. 设计有限阻塞队列 1242. 多线程网页爬虫 1279. 红绿灯路口

热门文章

最新文章