hibernate 乐观锁与悲观锁使用(二)
ression.eq( " name " , " Erica " ));
7 List userList = criteria.list();
8 List userList2 = criteria2.list();TUser user = (TUser)userList.get( 0 );
9 TUser user2 = (TUser)userList2.get( 0 );
10 Transaction tx = session.beginTransaction();
11 Transaction tx2 = session2.beginTransaction();
12 user2.setUserType( 99 );
13 tx2.commit();
14 user.setUserType( 1 );
15 tx.commit();
16
执行以上代码，代码将在tx.commit()处抛出StaleObjectStateException异 常，并指出版本检查失败，当前事务正在试图提交一个过期数据。通过捕捉这个异常，我 们就可以在乐观锁校验失败时进行相应处理。
悲观锁与乐观锁的比较:
相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。乐观锁机制往往基于
系统中的数据存储逻辑，因此也具备一定的局限性，如在上例中，由于乐观锁机制是在我们的系统中实现，来自外部系统的更新操作不受我们系统的控制，因此可能会造成脏数据被更新到数据库中。在 www.2cto.com
系统设计阶段，我们应该充分考虑到这些情况出现的可能性，并进行相应调整（如将乐观锁策略在数据库存储过程中实现，对外只开放基于此存储过程的数据更新途径，而不是将数据库表直接对外公开）。
Hibernate 在其数据访问引擎中内置了乐观锁实现。如果不用考虑外部系统对数据库的更新操作，利用Hibernate提供的透明化乐观锁实现，将大大提升我们的生产力。
Hibernate中可以通过class描述符的optimistic-lock属性结合version描述符指定。
optimistic-lock属性有如下可选取值：
none
无乐观锁
version
通过版本机制实现乐观锁
dirty
通过检查发生变动过的属性实现乐观锁
all
通过检查所有属性实现乐观锁
其中通过version实现的乐观锁机制是Hibernate官方推荐的乐观锁实现，同时也是Hibernate中，目前唯一在数据对象脱离Session发生修改的情况下依然有效的锁机制。因此，一般情况下，我们都选择version方式作为Hibernate乐观锁实现机制。