hibernate 乐观锁与悲观锁使用
Hibernate支持两种锁机制：Query?query?query.setLockMode(nametabledynamicdynamicoptimistic……?
nametabledynamicdynamicoptimisticnamecolumntypecolumnnametype……??
23
?
注意version 节点必须出现在ID 节点之后。
?这里我们声明了一个version属性，用于存放用户的版本信息，保存在TUser表的 version字段中。 此时如果我们尝试编写一段代码，更新TUser表中记录数据，如：
代码内容
每次对TUser进行更新的时候，我们可以发现，数据库中的version都在递增。 而如果我们尝试在tx.commit 之前，启动另外一个Session，对名为Erica 的用 户进行操作，以模拟并发更新时的情形：Criteria?criteria?criteria.add(Expression.eq(Session?session2?Criteria?criteria2?criteria2.add(Expression.eq(List?userList?List?userList2?TUser?user2?Transaction?tx?Transaction?tx2?user2.setUserType(tx2.commit();??
14user.setUserType(tx.commit();??
16
执行以上代码，代码将在tx.commit()处抛出StaleObjectStateException异 常，并指出版本检查失败，当前事务正在试图提交一个过期数据。通过捕捉这个异常，我 们就可以在乐观锁校验失败时进行相应处理。?
悲观锁与乐观锁的比较:?
悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受;?
相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。乐观锁机制往往基于系统中的数据存储逻辑，因此也具备一定的局限性，如在上例中，由于乐观锁机制是在我们的系统中实现，来自外部系统的更新操作不受我们系统的控制，因此可能会造成脏数据被更新到数据库中。在?
系统设计阶段，我们应该充分考虑到这些情况出现的可能性，并进行相应调整（如将乐观锁策略在数据库存储过程中实现，对外只开放基于此存储过程的数据更新途径，而不是将数据库表直接对外公开）。?
Hibernate 在其数据访问引擎中内置了乐观锁实现。如果不用考虑外部系统对数据库的更新操作，利用Hibernate提供的透明化乐观锁实现，将大大提升我们的生产力。?
Hibernate中可以通过class描述符的optimistic-lock属性结合version描述符指定。?
optimistic-lock属性有如下可选取值：?
? none?
无乐观锁?
? version?
通过版本机制实现乐观锁?
? dirty?
通过检查发生变动过的属性实现乐观锁?
? all?
通过检查所有属性实现乐观锁?
其中通过version实现的乐观锁机制是Hibernate官方推荐的乐观锁实现，同时也是Hibernate中，目前唯一在数据对象脱离Session发生修改的情况下依然有效的锁机制。因此，一般情况下，我们都选择version方式作为Hibernate乐观锁实现机制。
?
转自：http://www.blogjava.net/baoyaer/articles/203445.html
