- 综合排序
- 最热优先
- 最新优先
Java EE(8)——线程安全——锁策略&CAS
本文内容 1.锁策略：乐观/悲观，轻量/重量，自旋/挂起等待，读写，公平/非公平，可重入/不可重入，其他锁策略，Callable 2.CAS：原理，应用(原子类，自旋锁)，ABA 3.JUC(java.util.concurrent 乐观锁&悲观锁 1.1.1乐观锁&悲观锁 乐观锁和悲观锁只是锁的一种策略，并不是具体实现 乐观锁： 假设冲突概率低，先操作，更新时检查数据有没有被修改过，比如用版本号机制。 1.1.3自旋锁&挂起等待锁 自旋锁是轻量级锁的具体实现，挂起等待锁是重量级锁的具体实现 自旋锁：自旋锁是一种忙等待的锁，当某线程尝试获取自旋锁时，如果该锁已经被其他线程持有，该线程不会陷入阻塞，而是会在一个循环中不断地检查锁是否被释放 Java 标准库提供了ReentrantReadWriteLock 类, 实现了读写锁. return false; } 当多个线程同时对某个资源进行CAS操作，只能有一个线程操作成功，但是并不会阻塞其他线程，其他线 程只会收到操作失败的信号 2.2CAS应用 2.2.1实现原子类 标准库中提供了java.util.concurrent.atomic
10210编辑于 2026-01-13- 来自专栏dcmickey小站
8锁问题
8锁问题 场景一 标准情况访问：两个同步方法，一个对象调用 import java.util.concurrent.TimeUnit; /** * 标准情况下 是先sendEmail() 还是先callPhone 两个方法持有的是同一把锁，因此谁先拿到锁谁先执行 场景三 一个同步方法，其中一个改为普通方法，还是一个对象调用 import java.util.concurrent.TimeUnit; /** * class模板, 而synchronized 锁的是调用的对象，这里是两个锁互不影响，按时间先后执行 场景八 一个静态同步方法，一个普通同步方法，两个对象调用 import java.util.concurrent.TimeUnit Phone8 phoneA = new Phone8(); Phone8 phoneB = new Phone8(); new Thread(()->{ /Java/220.html 转载时须注明出处及本声明
37710编辑于 2022-06-09 - 来自专栏山行AI
java8的ConcurrentHashMap为何放弃分段锁
今天突然被一个同事问到java8为何放弃分段锁，于是花了点时间针对这个问题进行了小小的总结。 关于分段锁 段Segment继承了重入锁ReentrantLock，有了锁的功能，每个锁控制的是一段，当每个Segment越来越大时，锁的粒度就变得有些大了。 当前容量超过阈值 当链表中元素个数超过默认设定（8个），当数组的大小还未超过64的时候，此时进行数组的扩容，如果超过则将链表转化成红黑树 什么时候链表转化为红黑树？ 当数组大小已经超过64并且链表中的元素个数超过默认设定（8个）时，将链表转化为红黑树 ConcurrentHashMap的put操作代码如下: ? 把数组中的每个元素看成一个桶。 参考 https://my.oschina.net/pingpangkuangmo/blog/817973 https://www.wanaright.com/2018/09/30/java10-concurrenthashmap-no-segment-lock
19.1K42发布于 2019-09-19 - 来自专栏蔡坨坨的测试笔记
8分钟搞懂Java中的各种锁
“阅读本文大概需要8分钟。 前言 你好，我是测试蔡坨坨。 在前几篇Redis相关文章中都说到了锁，同时我们在参加设计评审或者codeReview时也会接触到关于加锁的问题。 因此，作为测试人员，还是很有必要搞懂相关的锁机制。 你是否背了很多关于锁的面试题，但还是没有搞懂锁到底有哪些东西，学了很多锁之后，发现越搞越模糊。 不要慌，本篇我们就来聊一聊Java中的各种锁。 因为i++这个指令是非原子指令，i++在Java中是一条指令，但是最终转成底层的汇编指令是三条指令： 先从内存加载i的值（get） 对i进行递增（modify） 把i的值写回到内存中（set） 两个线程同时操作这三条指令时 同步锁的特点就是多个线程访问共享资源时，在同一时刻只允许一个线程访问这个共享资源，这样就能够解决原子性问题。 功能层面 从功能层面来说，锁在Java并发编程中只有两类：共享锁和排它锁。 分布式锁 分布式锁是解决分布式架构下粒度的问题，解决的是进程维度的问题，而Synchronized是解决Java并发里面的线程维度。关于分布式锁更多知识点后面我们单独来讨论。 以上，完。
55411编辑于 2024-01-02 - 来自专栏微信公众号【Java技术江湖】
Java并发指南8：AQS中的公平锁与非公平锁，Condtion
本文转自：http://hongjiev.github.io/2017/06/16/AbstractQueuedSynchronizer 本文是微信公众号【Java技术江湖】的《Java并发指南》其中一篇 该系列博文会告诉你如何全面深入地学习Java并发技术，从Java多线程基础，再到并发编程的基础知识，从Java并发包的入门和实战，再到JUC的源码剖析，一步步地学习Java并发编程，并上手进行实战，以便让你更完整地了解整个 Java并发编程知识体系，形成自己的知识框架。 本文关注以下几点内容： 深入理解 ReentrantLock 公平锁和非公平锁的区别 深入分析 AbstractQueuedSynchronizer 中的 ConditionObject 深入理解 Java 需要深入了解这几个方法的读者，可以参考我的另一篇文章《深入分析 java 8 编程语言规范：Threads and Locks》。
1.1K20发布于 2019-11-20 - 来自专栏技术从心
JAVA 锁？
java 中的乐观锁基本都是通过 CAS 操作实现的，CAS 是一种更新的原子操作，比较当前值跟传入 值是否一样，一样则更新，否则失败。 java中的悲观锁就是Synchronized,AQS框架下的锁则是先尝试cas乐观锁去获取锁，获取不到， 才会转换为悲观锁，如 RetreenLock。 3.自旋锁 自旋锁原理非常简单，如果持有锁的线程能在很短时间内释放锁资源，那么那些等待竞争锁 的线程就不需要做内核态和用户态之间的切换进入阻塞挂起状态，它们只需要等一等（自旋）， 等持有锁的线程释放锁后即可立即获取锁 但是如果锁的竞争激烈，或者持有锁的线程需要长时间占用锁执行同步块，这时候就不适合 使用自旋锁了，因为自旋锁在获取锁前一直都是占用 cpu 做无用功，占着 XX 不 XX，同时有大量 线程在竞争一个锁，会导致获取锁的时间很长 所以这种情况下我们要关闭自旋锁；自旋锁时间阈值（1.6 引入了适应性自旋锁） 自旋锁的目的是为了占着 CPU 的资源不释放，等到获取到锁立即进行处理。但是如何去选择 自旋的执行时间呢？
84810发布于 2019-08-06 - 来自专栏JAVA基础知识
JAVA锁
悲观锁 & 乐观锁悲观锁：认为多个线程访问同一个共享变量冲突的概率较大，会在每次访问共享变量之前都去真正加锁。Java中的 synchronized 锁 和 ReentrantLock就是悲观锁。 Java中的CAS就是乐观锁，比较当前值（主内存中的值）与预期值（当前线程中的值，主内存中值的一份拷贝）是否一样，一样则更新，否则继续进行CAS操作。 读写锁Java 标准库提供了 ReentrantReadWriteLock 类, 实现了读写锁。 自旋锁如果获取锁失败，立即再尝试获取锁，无限循环，直到获取到锁为止。第一次获取锁失败，第二次的尝试会在极短的时间内到来，一旦锁被其他线程释放，就能第一时间获取到锁。 同步锁同步锁表示并发执行的多个线程，在同一时间内只允许一个线程访问共享数据。在java中 synchronized 锁就是同步锁。
30400编辑于 2024-10-14 - 来自专栏shigen的学习笔记
java锁的各类锁
可重入锁递归锁，同一个线程，外层函数获得锁，内层的也获得锁。 finally { lock.unlock(); } }}多线程的判断用while if只适合两个线程的判断synchronized和lock的区别参考文章存在层次上synchronized: Java 的关键字，在jvm层面上Lock: 是一个接口锁的释放synchronized: 1、以获取锁的线程执行完同步代码，释放锁 2、线程执行发生异常，jvm会让线程释放锁Lock: 在finally中必须释放锁 : 在发生异常时候会自动释放占有的锁，因此不会出现死锁Lock: 发生异常时候，不会主动释放占有的锁，必须手动unlock来释放锁，可能引起死锁的发生锁的状态synchronized: 无法判断Lock 当线程执行遇到monitorenter指令时会尝试获取内置锁，如果获取锁则锁计数器+1，如果没有获取锁则阻塞；当遇到monitorexit指令时锁计数器-1，如果计数器为0则释放锁。
44150编辑于 2023-07-31 - 来自专栏FREE SOLO
Java锁
java中的乐观锁基本都是通过CAS操作实现的，CAS是一种更新的原子操作，比较当前值跟传入值是否一样，一样则更新，否则失败。 java中的悲观锁就是Synchronized,AQS框架下的锁则是先尝试cas乐观锁去获取锁，获取不到，才会转换为悲观锁，如RetreenLock。 java中的锁 1.自旋锁 自旋锁原理非常简单，如果持有锁的线程能在很短时间内释放锁资源，那么那些等待竞争锁的线程就不需要做内核态和用户态之间的切换进入阻塞挂起状态，它们只需要等一等（自旋），等持有锁的线程释放锁后即可立即获取锁 synchronized会导致争用不到锁的线程进入阻塞状态，所以说它是java语言中一个重量级的同步操纵，被称为重量级锁，为了缓解上述性能问题，JVM从1.5开始，引入了轻量锁与偏向锁，默认启用了自旋锁 偏向锁 Java偏向锁(Biased Locking)是Java6引入的一项多线程优化。
1.8K00发布于 2019-04-18 - 来自专栏全栈程序员必看
java锁cas(java锁的实现原理)
一、 Java锁 1.常见的锁有synchronized和Lock() ①synchronized 是jvm层面实现的，可以直接用，不过要锁住某个对象；lock是属于j.u.c包下的接口，用的时候要实现 @lock锁与synchronized相比，lock锁添加一些其他特性，如中断锁等候和定时锁等候。 2.悲观锁与乐观锁 ①悲观锁认为世界是悲观的，当去拿数据的时候就上锁，这样别人想拿这个锁就会阻塞直到拿到锁，传统的数据库用到了这种锁，像行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。 再比如Java里面的同步原语synchronized关键字的实现也是悲观锁。 ②乐观锁，认为一般并发是不会发生的，所以不会上锁。 基于CAS（无锁编程）实现，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制（解决ABA问题）。乐观锁适用于多读的应用类型，这样可以提高吞吐量。
73620编辑于 2022-07-31 - 来自专栏CSDNToQQCode
Java死锁、活锁，悲观锁、乐观锁
Java中导致饥饿的原因： 高优先级线程吞噬所有的低优先级线程的CPU时间。 线程被永久堵塞在一个等待进入同步块的状态，因为其他线程总是能在它之前持续地对该同步块进行访问。 传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。再比如Java里面的同步原语synchronized关键字的实现也是悲观锁。 在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。 java中的Compare and Swap即CAS ，当多个线程尝试使用CAS同时更新同一个变量时，只有其中一个线程能更新变量的值，而其它线程都失败，失败的线程并不会被挂起，而是被告知这次竞争中失败， 从Java1.5开始JDK的atomic包里提供了一个类AtomicStampedReference来解决ABA问题。
70230编辑于 2022-11-29 - 来自专栏Java极客技术
Java的乐观锁，悲观锁，读写锁，递归锁
我们都知道在 Java 中为了保证一些操作的安全性，就会涉及到使用锁，但是你对 Java 的锁了解的有多少呢？Java 都有哪些锁？以及他们是怎么实现的，今天了不起就来说说关于 Java 的锁。 在 Java 中，乐观锁通常是通过版本号、时间戳或其他状态信息来实现的。以下是乐观锁在 Java 中的一些常见实现方式： 版本号机制： 数据表中增加一个“版本号”字段。 读取数据时，同时读取版本号。 ReentrantLock类： Java的java.util.concurrent.locks.ReentrantLock类提供了重入锁的实现，这是一种悲观锁。 递归锁 Java中的递归锁（ReentrantLock）是java.util.concurrent.locks包下提供的一种可重入的互斥锁，它是悲观锁的一种实现。 读写锁 Java中的读写锁（ReadWriteLock）是一种允许多个读线程和单个写线程访问共享资源的同步机制。
97200编辑于 2024-01-31 - 来自专栏时间&空间
java中方法锁、对象锁、类锁、静态锁
synchronized关键字，我们一般称之为“同步锁”，用它来修饰需要同步的方法和需要同步代码块，默认是当前对象作为锁的对象。 在用类修饰synchronized时（或者修饰静态方法），默认是当前类的Class对象作为锁的对象，故存在着方法锁、对象锁、类锁这样的概念。 先给出以下代码感受下代码执行的时候为什么需要同步？ 其他线程打不开这个锁，只能在外边等该线程释放掉该锁，一般都都是执行玩所有代码逻辑主动释放锁），表示此方法是当前线程独占的，对应到上述业务中就是一次只能有一个队列报数。 numberOff(); }, "队列" + i).start(); } } } 代码执行结果如下： 最后用线程池将上述代码写一下： package ioo; import java.util.concurrent.ExecutorService ; import java.util.concurrent.Executors; class SynchronizedExample { protected static int num =
61320编辑于 2024-01-11 - 来自专栏bit哲学院
Java synchronized之类锁对象锁
参考链接： 了解Java中的类和对象 前言 之前看到过一篇文章，写的就是Java关键字synchronized的类锁和对象锁，今天想重温一下无奈发现文章已经搜索不到，百度之大部分都是重复的那么几篇文章 Java的 synchronized 锁的是对象，也只锁对象： 对象锁是基于对堆内存内对象的头部加锁信息； 类锁是基于对类对应的 java.lang.Class对象加锁信息； 特别的， synchronized 如有有兴趣可以阅读这篇文章：http://www.jianshu.com/p/5dbb07c8d5d5 。（*至于synchronized在锁的抢占上目前暂未发现一篇详细介绍的文章。 想获得一个Java的对象，则需要先获得Java的一个类，这便是Java的类加载。 对于加锁在方法上， 即对象锁，Java 字节码用一个ACCSYNCHRONIZED指令进行标记： （参考：https://docs.oracle.com/javase/specs/jvms/se8/html
3.2K00发布于 2020-12-12 - 来自专栏Java进阶架构师
【原创】Java并发编程系列19 | JDK8新增锁StampedLock
首先我们来回顾读写锁的几个知识点： 读写锁多应用在读多写少的场景 读锁是共享锁，当一个线程持有读锁时其他线程是可以获取到读锁的 读写锁不支持锁升级，当一个线程持有读锁时，该线程自己和其他线程都是不可以获取写锁的 StampedLock 读写锁导致写线程饥饿的原因是读锁和写锁互斥，StampedLock提供了解决这一问题的方案————乐观读锁 Optimistic reading，即一个线程获取的乐观读锁之后，不会阻塞线程获取写锁 写锁 writeLock 类似ReentrantReadWriteLock的写锁，独占锁，当一个线程获取该锁后，其它请求的线程必须等待。 获取：没有线程持有悲观读锁或者写锁的时候才可以获取到该锁。 悲观读锁 readLock 类似ReentrantReadWriteLock的读锁，共享锁，同时多个线程可以获取该锁。 获取：在没有线程获取独占写锁的情况下，同时多个线程可以获取该锁。 StampedLock有三种访问模式： ①写锁writeLock：功能和读写锁的写锁类似 ②悲观读锁readLock：功能和读写锁的读锁类似 ③乐观读锁Optimistic reading：一种优化的读模式
65920发布于 2020-04-24 - 来自专栏工作笔记精华
Java锁---偏向锁、轻量级锁、自旋锁、重量级锁
java中的悲观锁就是Synchronized,AQS框架下的锁则是先尝试cas乐观锁去获取锁，获取不到，才会转换为悲观锁，如RetreenLock。 明确java线程切换的代价，是理解java中各种锁的优缺点的基础之一。 基础知识之三：markword 在介绍java锁之前，先说下什么是markword，markword是java对象数据结构中的一部分，要详细了解java对象的结构可以点击这里,这里只做markword的详细介绍 了解了markword结构，有助于后面了解java锁的加锁解锁过程； 小结 前面提到了java的4种锁，他们分别是重量级锁、自旋锁、轻量级锁和偏向锁， 不同的锁有不同特点，每种锁只有在其特定的场景下 偏向锁 Java偏向锁(Biased Locking)是Java6引入的一项多线程优化。
2.3K30发布于 2020-03-28 - 来自专栏Spark学习技巧
Java并发锁(一)：悲观锁与乐观锁
今天我们来聊下线程中的悲观锁和乐观锁，首先提到"悲观锁"，"乐观锁"提到这两个名词，大家可能会先想到数据库。注意啦，我们这里讲的是多线程中的锁，而不是数据库中的锁(没听过的童鞋，可以百度了解下。 大概思想同线程中的悲乐锁思想差不多)。在Java中，常用Api提供的锁就是synchronized和lock，以及CAS。不知道大家有没有这样的疑惑，我什么场景下用哪把锁最为合适。 ? 这里最典型的是java.util.concurrent并发包中的递增操作就通过CAS自旋实现的。 在不使用锁（没有线程被阻塞）的情况下实现多线程之间的变量同步。 ? 总结： 这里我们可以得出悲观锁适合写操作多的场景，先加锁可以保证写操作时数据正确。 乐观锁适合读操作多的场景，不加锁的特点能够使其读操作的性能大幅提升。不过从jdk1.8之后java已经对synchronized做了优化，性能上有了大幅度的提升。
1.2K20发布于 2019-06-20 - 来自专栏全栈程序员必看
java redis锁_Java中Redis锁的实现
由于具体业务场景的需求，需要保证数据在分布式环境下的正确更新，所以研究了一下Java中分布式锁的实现。 Java分布式锁的实现方式主要有以下三种： 数据库实现的乐观锁 Redis实现的分布式锁 Zookeeper实现的分布式锁 其中，较常用的是前两种方式，但是数据库实现方式需要较多的数据库操作，所以最终选择的是用 第一，Redis锁需要有一个超时时间，这样即便某个持有锁的节点挂了，也不到导致其他节点死锁，保证每个锁有一个UniqueId;第二，每个锁需要有一个UniqueId，确保当一个线程执行完一个任务去释放锁的时候释放的一定是自己的锁 ，否则可能存在一种场景，就是一个线程释放锁的时候，它的锁可能已经超时被释放了，而因为缺少一个UniqueId，它却释放了另一个线程的锁 基于以上两点的考虑，分别设计了获取锁和释放锁的api。 若做check的时候，检查得到确实是这个锁的UniqueId，但是在执行del方法之前，这个锁已经超时，然后新的线程也已经获取到锁了，那么del删掉的锁，便不是自己的锁，而是下一个线程的锁。
2.6K20编辑于 2022-09-10 - 来自专栏全栈程序员必看
Java锁详解
锁的实现方式 Java中锁的实现方式有两种：synchronized关键字和并发包中的锁类。 synchronized 关键字是最基本也是最常见的一种同步方式。 自适应自旋锁 自适应自旋锁是对自锁锁的一种优化。当一个线程自旋后成功获得了锁，那么下次自旋的次数就会增加。因为虚拟机认为，既然上次自旋期间成功拿到了锁，那么后面的自旋会有很大几率拿到锁。 因为一个是类锁另一个是对象锁。类锁和对象锁是两个不一样的锁，控制着不同的区域，它们互不干扰。 Java会在位置3和位置4之间插入一个获取屏障，在位置18和19之间插入一个释放屏障，这两个屏障保证临界区内的任何操作都不会被指令重排序到临界区之外。加上锁的排他性，临界区内的操作便具有了原子性。 总结： 同步操作的实现，需要给对象关联一个互斥体，这个互斥体就可以叫做锁 锁的作用是，保证同一竞争资源在同一时刻只会有一个线程占有 Java中锁的实现方式有两种：synchronized关键字和并发包中的锁类
40010编辑于 2022-09-08 - 来自专栏Android 进阶
Java 锁分类
互斥锁与读写锁 其实是独享锁与共享锁具体说法；互斥锁Java中实现就是ReentrantLock，而读写锁Java实现是ReadWriteLock。 分段锁 实质上是一种锁的策略，并不是具体的锁。 同步代码一直被一个线程访问，线程自动获取锁。 Java偏向锁是Java6引入的一项多线程优化。 Java中一种全局暂停现象，全局停顿，所有Java代码停止，native代码可以执行，但不能与JVM交互。 多个线程在不同时间段请求同一把锁，也就是没有竞争的情况下，Java虚拟机就会采用轻量级锁，来避免重量级锁阻塞以及重复唤醒。 重量级锁 它是Java中的基础锁，在这种状态下，Java虚拟机会阻塞加锁失败的线程，并且在目标锁被释放的时候，唤醒这些线程。Java中synchronized就是一种重量级锁。
96910发布于 2019-12-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号