时间:2024年08月20日
作者:小蒋聊技术
邮箱:wei_wei10@163.com
微信:wei_wei10
音频地址:https://xima.tv/1_YcrfVT?_sonic=0
希望大家帮个忙!如果大家有工作机会,希望帮小蒋内推一下,小蒋希望遇到一个认真做事的团队,一起努力。需要简历可以加我微信。
大家好,欢迎来到小蒋聊技术,小蒋准备和大家一起聊聊技术的那些事。
今天小蒋准备和大家一起聊的这个技术就厉害了!那就是Java中的锁!
引言:锁的世界
欢迎大家来到“小蒋了解技术”频道!今天我们来聊聊Java中的锁,锁是什么?简单来说,锁就像是你家门上的锁,防止陌生人进入,让你家里的东西不被乱动。在程序中,锁同样有这个作用,它用来控制对共享资源的访问,确保多线程环境下数据的一致性和安全性。
synchronized:Java的老朋友
介绍
首先,我们来聊聊 synchronized,这是Java中的经典锁。你可以把它想象成一把传统的门锁,只要你手里握着它,别人就不能打开这扇门。synchronized 是Java内置的同步机制,可以用在方法或者代码块上,确保同一时间只有一个线程可以进入同步区域。
底层原理
synchronized 的底层是通过 monitor 实现的。当一个线程访问同步代码块时,它需要获取对象的 monitor,进入临界区;当线程完成操作后,它会释放 monitor,允许其他线程访问。
案例:银行账户转账
让我们通过一个经典的银行账户转账的例子来了解 synchronized 的作用:
public class BankAccount {
private int balance = 0;
public synchronized void deposit(int amount) {
balance += amount;
}
public synchronized void withdraw(int amount) {
if (balance >= amount) {
balance -= amount;
}
}
}
在这个例子中,deposit 和 withdraw 方法使用了 synchronized 关键字,确保了同一时间只有一个线程可以修改账户余额,从而避免了数据不一致的问题。
注意点
- 性能开销:synchronized 的性能开销较大,因为每次获取和释放锁都会涉及到操作系统的上下文切换。
- 死锁风险:如果在多个方法中使用 synchronized,可能会出现死锁情况,比如两个线程互相等待对方持有的锁。
ReentrantLock:synchronized的升级版
介绍
接下来,我们来看 ReentrantLock,这是 synchronized 的升级版。你可以把它想象成一把智能门锁,除了能锁门,它还有额外的功能,比如你可以设定锁的公平性,或者允许中断。
底层原理
ReentrantLock 通过 AbstractQueuedSynchronizer (AQS) 实现,AQS 管理了一个同步队列,线程在获取锁时,会被添加到这个队列中,直到锁可用为止。
案例:餐厅排队系统
想象一下你在餐厅排队,ReentrantLock 就像是一个公平的排队系统,确保大家按照顺序用餐。代码如下:
import java.util.concurrent.locks.ReentrantLock;
public class Restaurant {
private final ReentrantLock lock = new ReentrantLock(true); // 公平锁
public void eat() {
lock.lock();
try {
// 吃饭逻辑
} finally {
lock.unlock();
}
}
}
注意点
- 手动释放锁:与 synchronized 不同,ReentrantLock 需要手动释放锁,如果忘记释放,可能导致死锁。
- 性能问题:虽然 ReentrantLock 提供了更多功能,但相对来说,它的性能开销也可能更大。
ReadWriteLock:读多写少的神器
介绍
如果你的应用中读取操作远远多于写入操作,ReadWriteLock 是个不错的选择。它允许多个线程同时读取,但在写入时只能有一个线程访问。
底层原理
ReadWriteLock 通过分离读锁和写锁来提高性能。读锁是共享的,而写锁是排他性的。
案例:图书馆借书系统
想象一下图书馆的借书系统。很多人可以同时查阅书籍,但每次只有一个人可以借走一本书。代码如下:
import java.util.concurrent.locks.ReentrantReadWriteLock;
public class Library {
private final ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
private int booksAvailable = 100;
public void borrowBook() {
rwLock.writeLock().lock();
try {
// 借书逻辑
booksAvailable--;
} finally {
rwLock.writeLock().unlock();
}
}
public void readBooks() {
rwLock.readLock().lock();
try {
// 查阅书籍逻辑
} finally {
rwLock.readLock().unlock();
}
}
}
注意点
- 公平性问题:ReadWriteLock 可以是公平的,也可以是不公平的,根据使用场景来决定。
- 读锁饥饿:如果写锁长时间持有,读锁可能会出现饥饿现象。
StampedLock:高效的读写锁
介绍
最后,我们来看 StampedLock。它比 ReadWriteLock 更高效,特别是在读操作远远多于写操作的情况下。
底层原理
StampedLock 使用时间戳来管理锁的状态,提供了优化的读锁和写锁机制。
案例:停车场
假设你在一个停车场,停车位的状态需要频繁检查,但只有在特殊情况下才需要调整停车位的状态。代码如下:
import java.util.concurrent.locks.ReentrantReadWriteLock;
public class Library {
private final ReentrantReadWriteLock rwLock = new ReentrantReadWriteLock();
private int booksAvailable = 100;
public void borrowBook() {
rwLock.writeLock().lock();
try {
// 借书逻辑
booksAvailable--;
} finally {
rwLock.writeLock().unlock();
}
}
public void readBooks() {
rwLock.readLock().lock();
try {
// 查阅书籍逻辑
} finally {
rwLock.readLock().unlock();
}
}
}
注意点
- 写锁性能:虽然读操作性能优越,但写操作的性能可能不如 ReentrantLock。
- 锁的升级和降级:StampedLock 允许锁的升级和降级,但这需要小心使用,以避免复杂的错误。
总结
锁的选择
- synchronized:适用于简单的同步需求,易于使用,但性能开销较大,可能导致死锁风险。
- ReentrantLock:提供了比 synchronized 更灵活的功能,比如公平性和可中断性,适合复杂的同步需求。
- ReadWriteLock:适用于读多写少的场景,通过分离读锁和写锁提升性能。
- StampedLock:提供了高效的读写锁机制,特别适合读操作远多于写操作的场景,但写操作性能可能略逊色。
今天我们聊了Java中的几种锁机制:synchronized、ReentrantLock、ReadWriteLock 和 StampedLock。每种锁都有其特点和适用场景,选择合适的锁可以让你的程序在并发环境中更加高效和安全。希望大家在实际开发中能灵活运用这些知识,提升代码质量!
今天小蒋先和大家聊这么多,我们下次再聊!