Hibernate ORM 如何实现乐观锁和悲观锁

Hibernate ORM 提供了两种主要的锁机制：乐观锁（Optimistic Locking）和悲观锁（Pessimistic Locking），它们都可以在事务处理过程中保证数据的一致性和完整性。下面分别介绍这两种锁的实现方式。

1. 乐观锁： 乐观锁假设并发冲突发生的概率较低，因此在更新数据时不会立即加锁，而是在实际更新数据时才检查是否存在冲突。如果存在冲突，则抛出异常或进行其他处理。乐观锁通常通过版本号或时间戳来实现。

在 Hibernate 中，可以使用 @Version 注解来实现乐观锁。以下是一个简单的示例：

@Entity
public class Person {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;

    @Version
    private Integer version;
}

在这个示例中，version 字段用于存储乐观锁的版本号。当多个事务同时更新同一个人的信息时，Hibernate 会比较它们的版本号。如果版本号不同，说明有其他事务已经更新了该数据，当前事务会抛出 StaleObjectStateException 异常。

2. 悲观锁： 悲观锁假设并发冲突发生的概率较高，因此在访问数据时会立即加锁，防止其他事务修改数据。Hibernate 提供了两种悲观锁的实现方式：行级锁（Row-Level Locking）和表级锁（Table-Level Locking）。

行级锁可以通过 @Lock 注解或 LockModeType 枚举来实现。以下是一个简单的示例：

@Entity
public class Person {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;

    @Lock(LockModeType.PESSIMISTIC_WRITE)
    private Person person;
}

在这个示例中，person 字段使用了 PESSIMISTIC_WRITE 锁模式，表示在读取该字段时会立即加悲观锁。其他事务在访问该字段时会被阻塞，直到当前事务完成操作。

表级锁可以通过 Hibernate 的 Session.createSQLQuery() 方法来实现。以下是一个简单的示例：

Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();

String sql = "SELECT * FROM person WHERE id = :id FOR UPDATE";
Query query = session.createSQLQuery(sql);
query.setParameter("id", personId);
query.setLockMode(LockModeType.PESSIMISTIC_WRITE);
List<Person> result = query.list();

tx.commit();
session.close();

在这个示例中，我们使用 SQL 查询语句 SELECT ... FOR UPDATE 来对表中的数据进行悲观锁。这会导致其他事务无法更新该表中的数据，直到当前事务完成操作。

总之，乐观锁和悲观锁都是为了解决多线程环境下的数据一致性问题。乐观锁假设并发冲突发生的概率较低，因此在更新数据时才检查是否存在冲突；而悲观锁假设并发冲突发生的概率较高，因此在访问数据时会立即加锁。在实际应用中，可以根据具体场景选择合适的锁机制。