为什么要这样写final ReentrantLock lock = this.lock; ？

最新推荐文章于 2022-09-02 16:58:54 发布
转载 最新推荐文章于 2022-09-02 16:58:54 发布 · 1.3k 阅读 · 0

本文详细解析了优快云博客的结构与内容,探讨了如何有效地阅读和利用技术博客资源,为读者提供了一种新的视角和技术学习方法。
Java并发编程系列06:Lock之ReentrantLock(1)
fen_fen的专栏
11-25 1060
前提：在学Lock时，发现创建对象用的是ReentrantLock。这里也了解下“ReentrantLock” //创建一个锁对象 private final Lock lock = new ReentrantLock(); 上一篇文章：多线程学习04--＞解决多线程安全-Lock https://blog.csdn.net/fen_fen/article/details/121470551 ReentrantLock简介 ReentrantLock是一个可重入且独占式的锁，它具有与使用sy
再谈重入锁--ReentrantLock
十年
01-20 964
重入锁（ReentrantLock）是一种递归无阻塞的同步机制。以前一直认为它是synchronized的简单替代，而且实现机制也不相差太远。不过最近实践过程中发现它们之间还是有着天壤之别。 以下是官方说明：一个可重入的互斥锁定 Lock，它具有与使用 synchronized 方法和语句所访问的隐式监视器锁定相同的一些基本行为和语义，但功能更强大。ReentrantLock 将由最近成功获得锁...
为什么要这样写 final ReentrantLock lock = this.lock； ？
【欢迎关注公众号：冬瓜白】
02-20 775
今天JVMPocket天方夜谭群里的一个朋友问了个问题，为什么CyclicBarrier的代码要这样写： final ReentrantLock lock = this.lock; lock.lock; 其实如果阅读过java.util.concurrent包下源码的童鞋会发现，不止CyclicBarrier源码是这样做的，这个包下，所有以final修饰的成员变量读取的代码大部分情况都是这样写的，大部分指情况的是： 全部的循环代码块里（while、for）读取这些final的成员变量的时候；
final ReentrantLock lock=this.lock
qq_24955485的博客
02-23 439
final ReentrantLock lock=this.lock 对于成员变量复制给局部变量，除了能提高一丁点效率外，final变量个人比较倾向于是一开始定义为了后面有人接手把这个局部变量重新赋值的误操作
为什么这样写呢？final ReentrantLock mainLock = this.mainLock；
weixin_43146461的博客
07-21 234
链接https//blog.csdn.net/zqz_zqz/article/details/79438502。
private final Queue<String> queue = new LinkedList<>(); private final ReentrantLock lock = new ReentrantLock(); private final Condition notEmpty = lock.newCondition(); public void enqueue(String message) { lock.lock(); try { queue.add(message); notEmpty.signal(); } finally { lock.unlock(); } } public String dequeue() throws InterruptedException { lock.lock(); try { while (queue.isEmpty()) { notEmpty.await(); } return queue.poll(); } finally { lock.unlock(); } }
03-26
同时，解释为什么使用Condition以及它的优势，比如更细粒度的线程控制。 可能还需要对比synchronized和ReentrantLock的区别，如引用2和3提到的，ReentrantLock提供了更多的功能，比如可中断的锁获取、超时机制和...
@Slf4j public class PrintABForReentrantLock { private final Lock lock = new ReentrantLock(); // pA线程使用的条件变量 private final Condition con1 = lock.newCondition(); // pB线程使用的条件变量 private final Condition con2 = lock.newCondition(); public String flag = "A"; public static void main(String[] args) { PrintABForReentrantLock reentrantLock = new PrintABForReentrantLock(); Thread pA = new Thread(() -> { while (true) { try { reentrantLock.lock.lock(); // 只要不等于A就进入等待，说明还没到pA线程执行 while (!reentrantLock.flag.equals("A")) { try { reentrantLock.con1.await(); } catch (InterruptedException e) { throw new RuntimeException(e); } } log.info("A"); reentrantLock.flag = "B"; reentrantLock.con2.signal(); } } }); Thread pB = new Thread(() -> { while (true) { try { reentrantLock.lock.lock(); // 只要不等于B就进入等待，说明还没到pB线程执行 while (!reentrantLock.flag.equals("B")) { try { reentrantLock.con2.await(); } catch (InterruptedException e) { throw new RuntimeException(e); } } log.info("B"); reentrantLock.flag = "A"; reentrantLock.con1.signal(); } } }); pA.start(); pB.start(); } }你错了，如果我把finally代码块删除，假如pA线程打印A然后修改flag为B之后，由于while循环的存在还是会继续执行reentrantLock.lock.lock();操作，然后才进入 while (!reentrantLock.flag.equals("A")) { try { reentrantLock.con1.await(); } catch (InterruptedException e) { throw new RuntimeException(e); } }代码块调用await方法，在这里就是发生了重入
03-27
例如，pA在第一次获取锁后，如果没有释放，再次循环时又调用lock.lock()，此时锁的持有计数增加，但其他线程如pB仍然无法获取锁，导致无法执行signal操作，从而pA在等待条件时进入await状态，此时会释放锁，允许其他...
private boolean taskCompleted = false; private final Lock lock = new ReentrantLock(); private final Condition condition = lock.newCondition(); public void executeTask() { lock.lock(); try { // 执行任务... taskCompleted = true; condition.signalAll(); // 通知等待线程 } finally { lock.unlock(); } } public void waitForExecution() throws InterruptedException { lock.lock(); try { while (!taskCompleted) { // 避免虚假唤醒 condition.await(); } // 任务完成后继续执行 } finally { lock.unlock(); } }
07-02
private final Condition condition = lock.newCondition(); public void executeTask() { lock.lock(); try { // 执行任务... taskCompleted = true; condition.signal(); // 唤醒单个线程（更高效） } ...
private final Integer lock = new Integer(count);  private final Object lock = new Object(); private final Lock lock = new Reentrant();那些能做锁对象
09-04
lock.wait(); } catch (InterruptedException e) { e.printStackTrace(); } } return response; } } public void complete(Object response) { synchronized (lock) { this.response = response; lock....
Thread详解13：ReentrantLock的用法（一）
cds86333774的博客
03-31 5057
Java里面提供了比synchronized更加灵活丰富的锁机制，它们有一个共同的接口Lock，我们先来学习这个接口，了解其协议和功能。下面是JDK文档，总结得非常精炼，包含的知识点非常多，所以一开始可能看不懂，不过没关系，后面一点点弄懂。public interface LockLock 实现提供了比使用 synchronized 方法和语句可获得的更广泛的锁定操作。此实现允许更灵活的结构，可以具
Java 多线程并发 ReentrantLock锁
qq_33538121的博客
11-13 376
一、synchronized 和 ReentrantLock 的区别 synchronized 和 ReentrantLock ，都是加锁方式同步，一个线程正在执行，另一个线程必须等待。 使用分析： ReentrantLock 是Lock 的实现类，在 多线程竞争的环境下，更有性能优势，使用更加的灵活， 但是需要手动的去开启锁和释放锁，尽量放在 try catch finally 中 是适用于修饰代码块 ...
锁:ReentrantLock
cuseronline的专栏
09-28 389
ReentrantLock是并发包(java.util.concurrent)中提供的一个更为方便的控制并发资源访问的类，且和synchronized语法 达到的效果是一致的。 主要方法有： 1.lock   加锁 2.unlock  解锁 eg: public cl
阻塞队列的底层原理
zmt0104的博客
12-10 2192
https://cloud.tencent.com/developer/article/1350854 （一）ArrayBlockingQueue介绍和实现原理分析   ArrayBlockingQueue是基于数组实现的有界的先进先出的阻塞队列，所以我们可以说队列的头部是队列中呆的时间最长的或者叫最早的，而队列的尾部则是刚刚呆的时间最短的，因为尾部的元素都是最新插入的。新来的元素都会被追加到队列...
ReentrantLock详解
weixin_41951205的博客
02-28 1257
一、简介 1. Lock接口 在讲ReentrantLock前，我们先熟悉一下Lock接口。在Lock接口出现之前，Java程序主要是靠synchronized关键字实现锁功能的，而JDK1.5之后，并发包中增加了Lock接口，它提供了与synchronized一样的锁功能。虽然它失去了像synchronize关键字隐式加锁解锁的便捷性，但是却拥有了锁获取和释放的可操作性，可中断的获取锁以及超时获取锁等多种synchronized关键字所不具备的同步特性。Lock接口的定义如下 public interfa
Java多线程专题(总结)-加锁对性能的影响、CAS如何保证线程安全
一名coder
06-11 6292
加锁通常会严重地影响性能。线程会因为竞争不到锁而被挂起，等锁被释放的时候，线程又会被恢复，这个过程中存在着很大的开销，并且通常会有较长时间的中断，因为当一个线程正在等待锁时，它不能做任何其他事情。如果一个线程在持有锁的情况下被延迟执行，例如发生了缺页错误、调度延迟或者其它类似情况，那么所有需要这个锁的线程都无法执行下去。 这个测试程序调用了一个函数，该函数会对一个64位的计数器循环自增5亿次。机...
Java并发—java.util.concurrent.locks包
Rookie20190715的博客
08-28 393
Java并发—java.util.concurrent.locks包 一.synchronized的缺陷 synchronized是java中的一个关键字，也就是说是Java语言内置的特性。那么为什么会出现Lock呢？ 如果一个代码块被synchronized修饰了，当一个线程获取了对应的锁，并执行该代码块时，其他线程便只能一直等待，等待获取锁的线程释放锁，而这里获取锁的线程释放锁只会有两种情况：...
Lock与ReentrantLock
m0_38033199的博客
09-02 2484
Lock位于java.util.concurrent.locks包下，是一种线程同步机制，就像synchronized块一样。但是，Lock比synchronized块更灵活、更复杂。
【多线程】Lock和ReentrantLock使用和源码分析
weixin_44823875的博客
03-24 1818
多线程---Lock和ReentrantLock使用详情（1）Lock和ReentrantLock介绍（2）Lock锁实现同步效果（3）Lock的trylock方法（4）使用Lock时候的线程交互（5）总结Lock（ReentrantLock）和synchronized的区别（6）ReenTrantLock实现的原理（7）什么情况下使用ReenTrantLock（8）案例一：使用Lock把MyStack改造为线程安全的类并且实现生产者消费者问题（9）案例二：借助tryLock 解决死锁问题 （1）Lock和
final ReentrantLock putLock = this.putLock; putLock . lock(); if (count.get() <capacity) { enqueue(node); c = count.getAndincrement(); 如上代码为什么加了重入锁ReentrantLock，count还需要用原子变量getAndincrement()
最新发布
10-20
首先，用户的问题是关于在Java中使用ReentrantLock的代码中，为什么还需要使用原子变量如getAndIncrement()来处理count变量。参考了提供的引用，我需要从这些引用中提取相关信息并结合ReentrantLock的知识来回答。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值