乐观锁和悲观锁是两种处理并发访问的不同策略。
- 悲观锁:
- 特点: 假设会发生并发冲突,因此在整个操作过程中都持有锁,防止其他线程访问。
- 实现方式: 使用传统的加锁机制,如 synchronized 关键字或 Lock 接口的实现类(ReentrantLock等)。
- 适用场景: 当对数据的修改操作较频繁时,悲观锁可能更适用,因为它可以确保在任何时刻只有一个线程能够访问共享资源,从而避免并发冲突。
- 乐观锁:
- 特点: 假设不会发生并发冲突,在整个操作过程中不使用锁,而是在更新时检查数据是否被其他线程修改。
- 实现方式: 通常使用版本号(Version Number)或时间戳(Timestamp)等机制,在读取数据时将版本号一同读取,然后在写回时检查版本号是否发生变化,若变化则表示有其他线程修改过,需要进行冲突处理。
- 适用场景: 当读操作远远多于写操作,且冲突的概率较低时,乐观锁可能更适用,因为它允许多个线程同时读取共享资源,提高了并发性能。
比较:
- 性能: 乐观锁的性能通常较悲观锁更好,因为它允许多个线程同时读取数据。
- 冲突处理: 悲观锁在整个操作过程中持有锁,因此不需要进行额外的冲突处理。乐观锁在写回数据时需要检查是否发生冲突,并进行相应的处理。
- 适用场景: 选择悲观锁还是乐观锁取决于具体的应用场景和对并发性能的要求。
在 Java 中,乐观锁常常通过 CAS(Compare and Swap)操作实现,例如 java.util.concurrent.atomic
包下的原子类。而悲观锁通常是通过 synchronized 关键字或 Lock 接口的实现类实现的。