java锁

本文介绍了几种锁的相关知识。自旋锁在请求被占用的锁时会自旋等待,有高效和浪费CPU资源的优缺点,还有自适应自旋。偏向锁可消除无竞争同步原语,与轻量级锁有异同。轻量级锁用CAS取代互斥同步,比重量级锁性能高的前提是无竞争,否则会膨胀成重量级锁。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

自旋锁:

  • 背景:互斥同步对性能最大的影响是阻塞,挂起和恢复线程都需要转入内核态中完成;并且通常情况下,共享数据的锁定状态只持续很短的一段时间,为了这很短的一段时间进行上下文切换并不值得。
  • 原理:当一条线程需要请求一把已经被占用的锁时,并不会进入阻塞状态,而是继续持有CPU执行权等待一段时间,该过程称为『自旋』。
  • 优点:由于自旋等待锁的过程线程并不会引起上下文切换,因此比较高效;
  • 缺点:自旋等待过程线程一直占用CPU执行权但不处理任何任务,因此若该过程过长,那就会造成CPU资源的浪费。
  • 自适应自旋:自适应自旋可以根据以往自旋等待时间的经验,计算出一个较为合理的本次自旋等待时间。

偏向锁:

  • 作用:偏向锁是为了消除无竞争情况下的同步原语,进一步提升程序性能。
  • 与轻量级锁的区别:轻量级锁是在无竞争的情况下使用CAS操作来代替互斥量的使用,从而实现同步;而偏向锁是在无竞争的情况下完全取消同步。
  • 与轻量级锁的相同点:它们都是乐观锁,都认为同步期间不会有其他线程竞争锁。
  • 原理:当线程请求到锁对象后,将锁对象的状态标志位改为01,即偏向模式。然后使用CAS操作将线程的ID记录在锁对象的Mark Word中。以后该线程可以直接进入同步块,连CAS操作都不需要。但是,一旦有第二条线程需要竞争锁,那么偏向模式立即结束,进入轻量级锁的状态。
  • 优点:偏向锁可以提高有同步但没有竞争的程序性能。但是如果锁对象时常被多条线程竞争,那偏向锁就是多余的。
  • 偏向锁可以通过虚拟机的参数来控制它是否开启。

轻量级锁:

  • 本质:使用CAS取代互斥同步。
  • 背景:『轻量级锁』是相对于『重量级锁』而言的,而重量级锁就是传统的锁。
  • 轻量级锁与重量级锁的比较:
  • 重量级锁是一种悲观锁,它认为总是有多条线程要竞争锁,所以它每次处理共享数据时,不管当前系统中是否真的有线程在竞争锁,它都会使用互斥同步来保证线程的安全;
  • 而轻量级锁是一种乐观锁,它认为锁存在竞争的概率比较小,所以它不使用互斥同步,而是使用CAS操作来获得锁,这样能减少互斥同步所使用的『互斥量』带来的性能开销。
  • 实现原理:
  • 对象头称为『Mark Word』,虚拟机为了节约对象的存储空间,对象处于不同的状态下,Mark Word中存储的信息也所有不同。
  • Mark Word中有个标志位用来表示当前对象所处的状态。
  • 当线程请求锁时,若该锁对象的Mark Word中标志位为01(未锁定状态),则在该线程的栈帧中创建一块名为『锁记录』的空间,然后将锁对象的Mark Word拷贝至该空间;最后通过CAS操作将锁对象的Mark Word指向该锁记录;
  • 若CAS操作成功,则轻量级锁的上锁过程成功;
  • 若CAS操作失败,再判断当前线程是否已经持有了该轻量级锁;若已经持有,则直接进入同步块;若尚未持有,则表示该锁已经被其他线程占用,此时轻量级锁就要膨胀成重量级锁。
  • 前提:轻量级锁比重量级锁性能更高的前提是,在轻量级锁被占用的整个同步周期内,不存在其他线程的竞争。若在该过程中一旦有其他线程竞争,那么就会膨胀成重量级锁,从而除了使用互斥量以外,还额外发生了CAS操作,因此更慢!

重量级锁:同步锁

 

https://www.cnblogs.com/paddix/p/5405678.html

转:https://www.zhihu.com/question/55075763/answer/246516866

### Java 机制详解 Java 中的机制是实现多线程同步和保障线程安全的重要技术基础,广泛应用于并发编程中。的主要作用在于控制多个线程对共享资源的访问,防止数据竞争和不一致状态的出现。Java 提供了多种机制,开发者可以根据不同场景选择合适的类型来实现并发控制[^1]。 #### synchronized 关键字 `synchronized` 是 Java 中最基础的同步机制,可用于方法或代码块,确保同一时间只有一个线程可以执行特定代码。其使用方式包括: - **同步方法**:通过在方法声明中添加 `synchronized` 修饰符,使得调用该方法的线程必须获取对象。 - **同步代码块**:通过 `synchronized(object)` 指定对象,控制对特定代码块的访问。 ```java public class SynchronizedExample { private int count = 0; public synchronized void increment() { count++; } public void decrement() { synchronized (this) { count--; } } } ``` 该机制是隐式的可重入,即同一个线程在持有的情况下可以再次进入同步代码块或方法,而不会导致死,这一特性提升了并发程序的稳定性[^3]。 #### Lock 接口及其实现类 Java 并发包 `java.util.concurrent.locks` 提供了 `Lock` 接口,它比 `synchronized` 提供了更灵活的机制,允许尝试获取、超时、响应中断等操作。其中最常用的实现类是 `ReentrantLock`,它同样支持可重入特性,并提供了比 `synchronized` 更强的控制能力。 ```java import java.util.concurrent.locks.Lock; import java.util.concurrent.locks.ReentrantLock; public class ReentrantLockExample { private final Lock lock = new ReentrantLock(); private int count = 0; public void increment() { lock.lock(); try { count++; } finally { lock.unlock(); } } } ``` 与 `synchronized` 不同的是,`ReentrantLock` 需要显式调用 `lock()` 和 `unlock()` 方法,并建议在 `finally` 块中释放以确保的释放[^4]。 #### 读写(ReadWriteLock) `ReadWriteLock` 是一种特殊的机制,适用于读多写少的场景。它允许一个资源可以被多个读线程同时访问,但写线程独占资源。Java 提供了 `ReentrantReadWriteLock` 实现,支持读写分离,提高了并发性能。 ```java import java.util.concurrent.locks.ReadWriteLock; import java.util.concurrent.locks.ReentrantReadWriteLock; public class ReadWriteLockExample { private final ReadWriteLock rwLock = new ReentrantReadWriteLock(); private int data = 0; public void readData() { rwLock.readLock().lock(); try { System.out.println("Reading data: " + data); } finally { rwLock.readLock().unlock(); } } public void writeData(int value) { rwLock.writeLock().lock(); try { data = value; System.out.println("Data updated to: " + data); } finally { rwLock.writeLock().unlock(); } } } ``` 该机制在高并发读取场景下,如缓存系统,可以显著提升性能[^2]。 #### StampedLock `StampedLock` 是 Java 8 引入的一种更高效的读写实现,它支持乐观读(Optimistic Reading),在读操作不频繁发生冲突时,可以避免阻塞,从而提升性能。相较于 `ReentrantReadWriteLock`,`StampedLock` 更加复杂,但也更适用于高并发读场景。 ```java import java.util.concurrent.locks.StampedLock; public class StampedLockExample { private final StampedLock stampedLock = new StampedLock(); private double x, y; public void move(double deltaX, double deltaY) { long stamp = stampedLock.writeLock(); try { x += deltaX; y += deltaY; } finally { stampedLock.unlockWrite(stamp); } } public double distanceFromOrigin() { long stamp = stampedLock.tryOptimisticRead(); double currentX = x; double currentY = y; if (!stampedLock.validate(stamp)) { stamp = stampedLock.readLock(); try { currentX = x; currentY = y; } finally { stampedLock.unlockRead(stamp); } } return Math.sqrt(currentX * currentX + currentY * currentY); } } ``` 该机制在读取操作频繁但写入较少的场景下表现优异,适合用于高性能并发系统[^4]。 #### 乐观与悲观 Java 中的机制还可根据的行为分为乐观和悲观。乐观假设冲突较少,仅在提交更新时检查冲突,适用于读多写少的场景;而悲观则假设冲突频繁,因此每次访问数据时都加。`StampedLock` 的乐观读是乐观的一个典型实现,而 `synchronized` 和 `ReentrantLock` 则属于悲观的范畴[^2]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值