1. Spring编程式事务管理
I、 getCurrentSession()与openSession()的区别
l 采用getCurrentSession()创建的session会绑定到当前线程中,而采用openSession()创建的session则不会(每open一次就打开一个) l 采用getCurrentSession()创建的session在commit或rollback时会自动关闭,而采用openSession()创建的session必须手动关闭 |
II、 使用getCurrentSession()需要在hibernate.cfg.xml文件中配置
l 如果使用的是本地事务(jdbc事务) <property name="hibernate.current_session_context_class">thread</property> l 如果使用的是全局事务(jta事务) <property name="hibernate.current_session_context_class">jta</property> |
2. Spring声明式事务管理
I、 声明式事务的配置
需要下面四步:
配置SessionFactory 配置事务管理器 事务的传播特性 哪些类哪些方法使用事务 |
II、 配置SessionFactory
<!-- 配置sessionFactory --> <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="configLocation"> <value>classpath:hibernate.cfg.xml</value> </property> </bean>
|
III、 配置事务管理器
<!-- 配置事务管理器 --> <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"> <property name="sessionFactory"> <ref bean="sessionFactory"/> </property> </bean>
|
IV、 事务的传播特性
<!-- 配置事务的传播特性 --> <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="add*" propagation="REQUIRED"/> <tx:method name="del*" propagation="REQUIRED"/> <tx:method name="modify*" propagation="REQUIRED"/> <tx:method name="*" read-only="true"/> </tx:attributes> </tx:advice> |
V、 哪些类的哪些方法使用事务
<!-- 哪些类的哪些方法参与事务 --> <aop:config> <aop:pointcut expression="execution(* com.xasxt.transaction.model.*.*(..))" id="allManagerMethod"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="allManagerMethod"/> </aop:config> |
3. 编写业务逻辑方法
l 继承HibernateDaoSupport类,使用HibernateTemplate来持久化,HibernateTemplate是Hibernate Session的轻量级封装 l 默认情况下运行期异常才会回滚(包括继承了RuntimeException子类),普通异常是不会回滚的 l 编写业务逻辑方法时,最好将异常一直向上抛出,在表示层(struts)处理 l 关于事务边界的设置,通常设置到业务层,不要添加到Dao上 |
声明式事务业务逻辑的编写示例如下:
publicclass UserManagerImpl extends HibernateDaoSupportimplements IUserManager { private ILogManager logManager; publicvoid setLogManager(ILogManager logManager) { this.logManager = logManager; } @Override publicvoid addUser(User user) { this.getHibernateTemplate().save(user); Log log = new Log(); log.setType("安全日志"); log.setDetail(user.getName() + "进入系统"); log.setTime(new Date()); logManager.addLog(log); } } |
4. 了解事务的几种传播特性
1. PROPAGATION_REQUIRED: 如果存在一个事务,则支持当前事务。如果没有事务则开启 2. PROPAGATION_SUPPORTS: 如果存在一个事务,支持当前事务。如果没有事务,则非事务的执行 3. PROPAGATION_MANDATORY: 如果已经存在一个事务,支持当前事务。如果没有一个活动的事务,则抛出异常。 4. PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在,则将这个存在的事务挂起。 5. PROPAGATION_NOT_SUPPORTED: 总是非事务地执行,并挂起任何存在的事务。 6. PROPAGATION_NEVER: 总是非事务地执行,如果存在一个活动事务,则抛出异常 7. PROPAGATION_NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务,则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行 |
对事务传播特性的理解:
事务属性 | T1 | T2 |
Required | 无 T1 | T2 T1 |
RequiredNew | 无 T1 | T2 T2 |
Support | 无 T1 | 无 T1 |
Mandatory | 无 T1 | 抛异常 T1 |
NoSupport | 无 T1 | 无 无 |
Never | 无 T1 | 无 抛异常 |
5. Spring事务的隔离级别
1. ISOLATION_DEFAULT:这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别. 另外四个与JDBC的隔离级别相对应 2. ISOLATION_READ_UNCOMMITTED:这是事务最低的隔离级别,它充许令外一个事务可以看到这个事务未提交的数据。 这种隔离级别会产生脏读,不可重复读和幻像读。 3. ISOLATION_READ_COMMITTED:保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据 4. ISOLATION_REPEATABLE_READ:这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。 它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。 5. ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 除了防止脏读,不可重复读外,还避免了幻像读。 |