Java 锁1 悲观锁 乐观锁 公平锁 非公平锁 CAS 自旋锁 上线文切换 Synchronized lock volatile concurrent reentrantLock AQS

已于 2022-02-18 23:36:11 修改
阅读量180 收藏 1
点赞数 1
分类专栏： 并发编程 文章标签： java锁
于 2021-08-17 11:23:49 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/adamcafe/article/details/119749230
版权

在这里插入图片描述

1、悲观锁 乐观锁

在这里插入图片描述
在这里插入图片描述

等待：相当于挂起，也就是阻塞 wait() cpu让出时间片给其他线程使用（上下文切换）
唤起：notify()

在这里插入图片描述

2、CAS算法

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

弊端：多次自旋，会占用cpu资源

在这里插入图片描述

场景1：多次自旋
在这里插入图片描述
场景2：ABA问题

在这里插入图片描述

3、自旋锁

在这里插入图片描述
在这里插入图片描述

4、上线文切换

线程上下文切换：可以理解为：cpu和内存之间的一次io，消耗系统资源

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

5、Synchronized

CAS不涉及到上下文切换。（设计到多线程时，如果用synchronized锁时，要关闭偏向锁）
在这里插入图片描述

在这里插入图片描述

Synchronized：本质是一个悲观锁

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

Synchronized和lock锁

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

concurrent

在这里插入图片描述

并发包 java.util.concurrent

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

AQS

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

AdamCafe
关注
专栏目录
Java 并发编程：ReentrantLock 锁与 AQS
栗筝i的博客
08-10 1356
大家好，我是栗筝i，这篇文章是我的 “栗筝i 的 Java 技术栈” 专栏的第 030 篇文章，在 “栗筝i 的 Java 技术栈” 这个专栏中我会持续为大家更新 Java 技术相关全套技术栈内容。专栏的主要目标是已经有一定 Java 开发经验，并希望进一步完善自己对整个 Java 技术体系来充实自己的技术栈的同学。与此同时，本专栏的所有文章，也都会准备充足的代码示例和完善的知识点梳理，因此也十分适合零基础的小白和要准备工作面试的同学学习。
后端面试话术集锦第 十六 篇：java锁面试话术
念兮为美
09-03 1253
介绍一下乐观锁和悲观锁；介绍一下公平锁和非公平锁；重入锁（递归锁）和不可重入锁（自旋锁）；共享锁和独占锁；synchronized和threadlocal的区别；ConcurrentHashMap如何实现线程安全；介绍下你理解的线程中的锁；谈谈ReentrantLock、aqs框架，ReentrantLock的重入锁；谈谈Synchronized(重入锁)；为什么说Synchronized是一个悲观锁？乐观锁的实现原理又是什么？什么是CAS，它有什么特性？
Java并发（一）锁机制、悲观锁、乐观锁
今天你学习了吗？
03-15 646
本篇文章涉及Java并发中的锁机制、悲观锁、乐观锁、Synchronized关键字、CAS算法等内容。之前关于Java并发的学习之后总是忘了部分内容，每次都需要重新去看资料。于是今天我做了这篇笔记，用于记录自己对Java并发的学习。
2023.10.27 常见的 锁策略 详解
weixin_63888301的博客
10-28 123
相关专业名词 信号量 Semaphore 互斥锁 和 读写锁 乐观锁 和 悲观锁 轻量级锁 和 重量级锁 自旋锁 和 挂起等待锁 公平锁 和 非公平锁 可重入锁 和 不可重入锁
Java进阶篇--公平锁 & 非公平锁
m0_74293254的博客
10-15 3364
Java进阶篇--公平锁 & 非公平锁
面试必备之乐观锁与悲观锁
热门推荐
JavaGuide
07-16 30万+
悲观锁总是假设最坏的情况，认为共享资源每次被访问的时候就会出现问题(比如共享数据被修改)，所以每次在获取资源操作的时候都会上锁，这样其他线程想拿到这个资源就会阻塞直到锁被上一个持有者释放。也就是说，共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程。像 Java 中和等独占锁就是悲观锁思想的实现。悲观锁通常多用于写多比较多的情况下（多写场景），避免频繁失败和重试影响性能。
什么是悲观锁，乐观锁，举例和适用场景，悲观锁实现
weixin_44131922的博客
03-15 1613
乐观锁的情况下当我们查询和修改数据时都不会去做限制，只有当我们需要提交本次修改的时候需要检查当前的记录的这个标识字段是否和我们刚拿到时一样，例如刚开始拿到本条数据的时候 version 为 1，准备提交修改的时候也为1，那么就没有人动过，我们就可以执行更新操作，并将该字段加 1。但悲观锁的开销是固定的，即使再多的请求也一样，但乐观锁不同，由于乐观锁的反复重试的机制，当竞争非常激烈的情况下，会消耗大量算力和资源，最终整体的性能和速度反而会降低。
不可不说Java“锁”事，乐观锁 VS 悲观锁，公平锁 VS 非公平锁
我是月亮呀的博客
06-20 644
前言 Java提供了种类丰富的锁，每种锁因其特性的不同，在适当的场景下能够展现出非常高的效率。本文旨在对锁相关源码（本文中的源码来自JDK 8和Netty 3.10.6）、使用场景进行举例，为读者介绍主流锁的知识点，以及不同的锁的适用场景。 文章篇幅较长，读完需要九分钟 Java中往往是按照是否含有某一特性来定义锁，我们通过特性将锁进行分组归类，再使用对比的方式进行介绍，帮助大家更快...
Java锁详解：“独享锁/共享锁+公平锁/非公平锁+乐观锁/悲观锁+线程锁”
m0_73257876的博客
08-19 345
在资源竞争不是很激烈的情况下，偶尔会有同步的情形下，synchronized是很合适的。原因在于，编译程序通常会尽可能的进行优化synchronize，另外可读性非常好。在资源竞争不激烈的情形下，性能稍微比synchronized差点点。但是当同步非常激烈的时候，synchronized的性能一下子能下降好几十倍，而ReentrantLock确还能维持常态。高并发量情况下使用ReentrantLock。和上面的类似，不激烈情况下，性能比synchronized略逊，而激烈的时候，也能维持常态。
多线程面试—锁、sychronized、ReentrantLock、AQS
m0_38057941的博客
04-18 488
1.锁 互斥锁、自旋锁、读写锁，都是属于悲观锁。 1.互斥锁、自旋锁——最底层的锁 1.1.互斥锁 1.1.1独占与加锁失败 互斥锁加锁失败后，线程会释放 CPU ，给其他线程； 互斥锁是一种独占锁，比如当线程 A 加锁成功后，此时互斥锁已经被线程 A 独占了，只要线程 A 没有释放手中的锁，线程 B 加锁就会失败，于是就会释放 CPU 让给其他线程，既然线程 B 释放掉了 CPU，自然线程 B 加锁的代码就会被阻塞。 对于互斥锁加锁失败而阻塞的现象，是由操作系统内核实现的。当加锁失败时，内核
ReentrantLock的公平锁与非公平锁浅析
cgj296645438的博客
03-05 987
ReentrantLock可重入锁，并且实现了公平锁，采用AQS的独占模式。一开始我以为ReentrantLock的非公平锁是这样的，当一个线程在释放锁事，会唤醒列队同步器中随便一个线程，让其获取锁。实际不是这样的，线程一旦以node的形式加入列队中就是按先进先出的方式进行唤醒，调用的。这里的公平与非公平指的是在前个线程释放锁的时候正好有个线程又要获取锁（还没加入到列队），这时候后来的线程是可以插...
悲观锁synchronized、乐观锁CAS
摸金校尉的博客
04-28 1270
1、悲观锁 乐观锁、悲观锁是一种思想 在多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延时，引起性能问题。 一个线程持有锁会导致其它所有需要此锁的线程挂起 如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能风险。 synchronized属于悲观锁，JDK1.5之前都是靠synchronized关键字保证同步的，可以确保无论哪个线程持有...
性能分析（二）：公平锁与非公平锁（基于JDK1.8）
scofen的博客
01-11 817
关于ReentrantLock中非公平锁和公平锁详细区别以及实现方式在这里不再叙述，有关ReentrantLock的源码解析参照。 　　首先我们用实例验证，非公平锁以及公平锁是否是其介绍的那样，非公平锁在获取锁的时候会首先进行抢锁，在获取锁失败后才会将当前线程加入同步队列队尾中，而公平锁则是符合请求的绝对顺序，也就是会按照先来后到FIFO。 package com.example.sourc...
Java锁——乐观锁与悲观锁
枫陵的博客
05-04 2749
乐观锁 概念 乐观锁认为自己在使用数据时不会有别的线程修改数据，所以不会添加锁，只是在更新数据的时候去判断之前有没有别的线程更新了这个数据。如果这个数据没有被更新，当前线程将自己修改的数据成功写入。如果数据已经被其他线程更新，则根据不同的实现方式执行不同的操作 乐观锁在Java中是通过使用无锁编程来实现，最常采用的是CAS算法，Java原子类中的递增操作就通过CAS自旋实现的 适用场景 适合读操作多的场景，不加锁的特点能够使其读操作的性能大幅提升。 ...
java中锁的四种状态
m0_69523172的博客
04-29 1952
四种状态 锁状态转换过程 锁的优缺点 参考文章 小结 [](()前言 ============================================================ 在多线程并发编程中Synchronized一直是元老级角色，很多人都会称它为重量级锁，但是随着 Java SE1.6 对 Synchronized 进行了各种优化之后，有些情况下它并不那么重了，本文详细介绍了 Java SE1.6 中为了减少获得锁和释放锁带来的性能消耗而引入的偏向锁和轻量级锁，..
锁开销和上下文切换开销
不积跬步无以至千里
07-07 7327
一、互斥锁的开销主要在内核态与用户态的切换：   申请锁时，从用户态进入内核态，申请到后从内核态返回用户态（两次切换）；没有申请到时阻塞睡眠在内核态。使用完资源后释放锁，从用户态进入内核态，唤醒阻塞等待锁的进程，返回用户态（又两次切换）；被唤醒进程在内核态申请到锁，返回用户态（可能其他申请锁的进程又要阻塞）。所以，使用一次锁，包括申请，持有到释放，当前进程要进行四次用户态与内核态的切换。同时
java 中的锁 -- 偏向锁、轻量级锁、自旋锁、重量级锁
zqz_zqz的博客
04-19 14万+
之前做过一个测试，详情见这篇文章《多线程 +1操作的几种实现方式，及效率对比》，当时对这个测试结果很疑惑，反复执行过多次，发现结果是一样的: 1. 单线程下synchronized效率最高（当时感觉它的效率应该是最差才对）； 2. AtomicInteger效率最不稳定，不同并发情况下表现不一样：短时间低并发下，效率比synchronized高，有时甚至比LongAdder还高出一点，但是...
基于双区间熵重映射的图像对比度增强方法研究
11-08
内容概要：该论文介绍了一种基于双区间熵重映射的图像对比度增强方法。文中详细解释了方法的数学原理及其在图像处理中的应用，特别是如何有效地提高低对比度图像的对比度，同时对高对比度图像的变换则相对平滑。实验证明该方法不仅提高了图像的视觉效果，还能结合Gabor滤波器进一步提升增强效果。 适合人群：从事图像处理和计算机视觉领域的研究人员和技术人员，以及对图像对比度增强技术感兴趣的学术界人士。 使用场景及目标：适用于需要提高数字图像对比度的各种应用场景，尤其是在图像处理和计算机视觉任务中。目的是提高图像质量，更好地识别和分析图像内容。 其他说明：该方法不仅在对比度增强方面表现优异，还在保持图像原有细节和减少噪声方面显示出优势。通过对多种经典测试图像的评估，证明了其优越性和普适性。
软考知识点-系统架构设计师-计算机网络与软件工程关键技术综述
最新发布
11-08
内容概要：本文涵盖了多个领域的关键技术和概念，主要包括PaaS、SaaS、IaaS等云计算服务模式；数据库的三级模式（外模式、模式、内模式）；AI芯片的技术架构（GPU、FPGA、ASIC、类脑芯片等）；DNS配置和管理在Linux、Unix、macOS和Windows中的差异；网络和服务器延迟的定义及组成部分；软件需求开发、软件过程、软件活动和软件设计的关键步骤；信息屏蔽的概念及应用；构件分类；中间件的功能；C/S架构的不同层次及特征；Kerberos认证协议的工作原理和优缺点。每部分内容均简明扼要地介绍了相关概念和技术的特点和应用。 适合人群：具备一定技术背景的研究人员、开发人员和系统管理员。 使用场景及目标：适用于希望深入了解计算机网络、软件工程和信息安全领域的从业人员，可用于指导技术选型、系统设计和安全防护等方面的工作。 阅读建议：本文内容丰富，涵盖多个领域，建议在阅读时重点关注自己感兴趣的领域，并结合实际情况进行深入研究和实践。
Java并发锁：悲观锁synchronized与乐观锁CAS的剖析
本文主要介绍了Java并发编程中的两种锁机制——悲观锁和乐观锁，以及它们各自的特点和应用场景。悲观锁以synchronized关键字为代表，而乐观锁则主要依赖于CAS（CompareAndSwap）操作。 ## 悲观锁 悲观锁是一种保守...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值