ReentrantLock0关于ReentrantLock的文章其实写过的,但当时写的感觉不是太好,就给删了,那为啥又要再写一遍呢最近闲着没事想自己写个锁,然后整了几天出来后不是跑丢线程就是和没加锁一样,而且五六段就一个cas性能很差,感觉离大师写的差十万八千里于是!我就想重新研究研究看看大师咋写的,这篇博客也算个笔记吧,这篇看的是ReentrantLock的公平锁,准备写个两三篇关于ReentrantLock就这两天写!这篇博客完全个人理解,如果有不对的地方欢迎您评论或者私信我,我非常乐意接受您的意见或建议CAS首先要知道,ReentrantLock是基本都是在java代码层面实现的,而最主
ReentrantLock0关于ReentrantLock的文章其实写过的,但当时写的感觉不是太好,就给删了,那为啥又要再写一遍呢最近闲着没事想自己写个锁,然后整了几天出来后不是跑丢线程就是和没加锁一样,而且五六段就一个cas性能很差,感觉离大师写的差十万八千里于是!我就想重新研究研究看看大师咋写的,这篇博客也算个笔记吧,这篇看的是ReentrantLock的公平锁,准备写个两三篇关于ReentrantLock就这两天写!这篇博客完全个人理解,如果有不对的地方欢迎您评论或者私信我,我非常乐意接受您的意见或建议CAS首先要知道,ReentrantLock是基本都是在java代码层面实现的,而最主
苍穹之边，浩瀚之挚，眰恦之美；悟心悟性，善始善终，惟善惟道！——朝槿《朝槿兮年说》写在开头在并发编程领域，有两大核心问题：一个是互斥，即同一时刻只允许一个线程访问共享资源；另一个是同步，即线程之间如何通信、协作。主要原因是，对于多线程实现实现并发，一直以来，多线程都存在2个问题：线程之间内存共享，需要通过加锁进行控制，但是加锁会导致性能下降，同时复杂的加锁机制也会增加编程编码难度过多线程造成线程之间的上下文切换，导致效率低下因此，在并发编程领域中，一直有一个很重要的设计原则：“不要通过内存共享来实现通信，而应该通过通信来实现内存共享。”简单来说，就是尽可能通过消息通信，而不是内存共享来实现进程
苍穹之边，浩瀚之挚，眰恦之美；悟心悟性，善始善终，惟善惟道！——朝槿《朝槿兮年说》写在开头在并发编程领域，有两大核心问题：一个是互斥，即同一时刻只允许一个线程访问共享资源；另一个是同步，即线程之间如何通信、协作。主要原因是，对于多线程实现实现并发，一直以来，多线程都存在2个问题：线程之间内存共享，需要通过加锁进行控制，但是加锁会导致性能下降，同时复杂的加锁机制也会增加编程编码难度过多线程造成线程之间的上下文切换，导致效率低下因此，在并发编程领域中，一直有一个很重要的设计原则：“不要通过内存共享来实现通信，而应该通过通信来实现内存共享。”简单来说，就是尽可能通过消息通信，而不是内存共享来实现进程
ReentrantLock介绍【1】ReentrantLock是一种基于AQS框架的应用实现，是JDK中的一种线程并发访问的同步手段，它的功能类似于synchronized是一种互斥锁，可以保证线程安全。【2】相对于synchronized，ReentrantLock具备如下特点：1）可中断2）可以设置超时时间3）可以设置为公平锁4）支持多个条件变量5）与synchronized一样，都支持可重入 ReentrantLock问题分析【1】ReentrantLock公平锁和非公平锁的性能谁更高？ 1）那肯定是非公平锁，但是为什么是非公平更高呢？ 2）因为涉及到了线程的park()与unpa
ReentrantLock介绍【1】ReentrantLock是一种基于AQS框架的应用实现，是JDK中的一种线程并发访问的同步手段，它的功能类似于synchronized是一种互斥锁，可以保证线程安全。【2】相对于synchronized，ReentrantLock具备如下特点：1）可中断2）可以设置超时时间3）可以设置为公平锁4）支持多个条件变量5）与synchronized一样，都支持可重入 ReentrantLock问题分析【1】ReentrantLock公平锁和非公平锁的性能谁更高？ 1）那肯定是非公平锁，但是为什么是非公平更高呢？ 2）因为涉及到了线程的park()与unpa
相⽐于synchronized，ReentrantLock需要显式的获取锁和释放锁，相对现在基本都是⽤JDK7和JDK8的版本，ReentrantLock的效率和synchronized区别基本可以持平了。他们的主要区别有以下⼏点：1.等待可中断，当持有锁的线程⻓时间不释放锁的时候，等待中的线程可以选择放弃等待，转⽽处理其他的任务。2.公平锁：synchronized和ReentrantLock默认都是⾮公平锁，但是ReentrantLock可以通过构造函数传参改变。只不过使⽤公平锁的话会导致性能急剧下降。3.绑定多个条件：ReentrantLock可以同时绑定多个Condition条件对象。
相⽐于synchronized，ReentrantLock需要显式的获取锁和释放锁，相对现在基本都是⽤JDK7和JDK8的版本，ReentrantLock的效率和synchronized区别基本可以持平了。他们的主要区别有以下⼏点：1.等待可中断，当持有锁的线程⻓时间不释放锁的时候，等待中的线程可以选择放弃等待，转⽽处理其他的任务。2.公平锁：synchronized和ReentrantLock默认都是⾮公平锁，但是ReentrantLock可以通过构造函数传参改变。只不过使⽤公平锁的话会导致性能急剧下降。3.绑定多个条件：ReentrantLock可以同时绑定多个Condition条件对象。
