Java的Lock

最新推荐文章于 2024-08-24 22:01:16 发布

Aaron-chencl

最新推荐文章于 2024-08-24 22:01:16 发布

阅读量802

点赞数 10

文章标签： java 开发语言

本文链接：https://blog.csdn.net/qq_40914968/article/details/136165867

版权

本文探讨了Java中的锁机制，主要聚焦在乐观锁和悲观锁的概念及应用。悲观锁在数据访问时采取加锁策略，保证写操作的正确性，适合写操作频繁的场景；而乐观锁假设并发时数据不会被修改，通常使用CAS无锁算法实现，适用于读操作多的场景。Java原子类如AtomicInteger的increment操作即基于CAS实现，但CAS存在ABA问题和循环开销大的缺点。

摘要由CSDN通过智能技术生成

写在前面

Java本身提供了很多的锁。每种锁因其特性的不同。在不同的场景能展现出不同效率。
Java中往往是按照是否含有某一种特性来定义锁。通过特性将锁分类，再使用对比的方式来看

在这里插入图片描述

1 乐观锁和悲观锁

乐观锁和悲观锁是一种广义上的概念，提现了看待线程同步的不同角度。在Java本身和数据库中都有此概念的应用。
概念的话:对于一个数据的并发操作。悲观锁认为自己在使用数据的时候一定有别的线程来修改数据，因此在获取数据的时候会先加锁，确保数据不会被别的线程修改。
Java中 sync关键字和lock实现类都会悲观锁。

而乐观锁认为自己在使用数据时不会有别的线程修改数据。所以不会添加锁。只是在更新数据的时候去判断之前有没有别的线程更新了这个数据。如果这个数据没有被更新，当前线程将自己修改的数据成功写入。如果这个数据没有被更新，当前线程将自己修改的数据成功写入。如果已经被更新就根据不同的实现方式执行不同的操作。报错或者retry

乐观锁在Java中使用无锁编程实现。最常用的就是CAS,Java原子类的increment就是使用CAS自旋实现。

在这里插入图片描述

悲观锁适合写操作多的。先加锁可以保证写操作时数据正确
乐观锁适合读操作多的场景。不加锁的特点能够使其读操作的性能大大提升。

// ------------------------- 悲观锁的调用方式 -------------------------
// synchronized
public synchronized void testMethod() {
   
	// 操作同步资源
}
// ReentrantLock
private ReentrantLock lock = new ReentrantLock(); // 需要保证多个线程使用的是同一个锁
public void modifyPublicResources() {
   
	lock.lock();