J2EE控制策略

　　下面就分别以JDBC和Hibernate来总结一下：

　　JDBC中使用悲观锁：在JDBC中使用悲观锁，需要使用select for update语句，假如我们系统中有一个Account的类，我们可以采用如下的方式来进行：

　　Select * from Account where ...(where condition).. for update.

　　当使用了for update语句后，每次在读取或者加载一条记录的时候，都会锁住被加载的记录，那么当其他事务如果要更新或者是加载此条记录就会因为不能获得锁而阻塞，这样就避免了不可重复读以及脏读的问题，但是其他事务还是可以插入和删除记录，这样也许同一个事务中的两次读取会得到不同的结果集，但是这不是悲观锁所造成的问题，这是数据库隔离级别所造成的问题。

　　最后还需要注意的一点就是每个冲突的事务中，必须使用select for update 语句来进行数据库的访问，如果一些事务没有使用select for update语句，那么就会很容易造成错误，这也是采用JDBC进行悲观控制的缺点。

　　Hibernate中使用悲观锁：相比于JDBC使用悲观锁来说，在Hibernate中使用悲观锁将会容易很多，因为Hibernate有API让我们来调用，从而避免直接写SQL语句。下面就Hibernate使用悲观锁做一总结：

　　首先先要明确一下Hibernate中支持悲观锁的两种模式LockMode.UPGRADE以LockMode.UPGRADE_NO_WAIT.(PS：在JPA中，对应的锁模式是LockModeType.Read，这与Hibernate是不一样的呵呵)

　　假如系统中有一个Account的类，那么具体的操作可以像这样：

　　或者也可以采用如下方式来加载对象：

　　这样以来当加载对象时，hibernate内部会生成相应的select for update语句来加载对象，从而锁定对应的记录，避免其它事务并发更新。

【J2EE控制策略】相关文章：