Spring事务管理中@Transactional的参数配置
Spring作为低侵⼊的Java EE框架之⼀，能够很好地与其他框架进⾏整合，其中Spring与Hibernate的整合实现的事务管理是常⽤的⼀种功能。
  所谓事务，就必须具备ACID特性，即原⼦性、⼀致性、隔离性和持久性，在Hibernate的实现中，需要我们编写代码来完成事务的控制⼯作。
未使⽤Spring的事务管理
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28    public static void main(String[] args) {
//      Configuration cfg = new Configuration();
//      figure();
//      SessionFactory sf = cfg.buildSessionFactory();
/
/因为在HibernateUtil类中已经有⼀部分封装⼯作，所以以上三⾏注释掉了。
Session s = null;
Transaction tx = null;
try{
Class.forName("com.HibernateUtil");
s = Session();
tx = s.beginTransaction(); //这⾥开启了事务
//事务中所需的⼀系列数据库操作。
txmit();
} catch(HibernateException e) { //如果出现异常，且事务已经开启，则需要回滚。            if(tx != null)
throw e;
} catch(ClassNotFoundException e) {
e.printStackTrace();
} finally{ //⽆论如何都需要关闭Session。
if(s != null)
spring roll怎么读
s.close();
}
//sf.close();
System.out.println("end");
}
  上⾯的代码⼤致就是事务控制的⼀般思路，那么，由于此事务的管理具有⼀定的共性，我们就更倾向
于使⽤Spring帮助我们来完成事务管理⼯作，具体配置⽅式不是本⽂的重点，⼤家可以查看其他⽂章。有以下两点需要重点注意：
1. @Transactional注解就代表⽀持事务管理，如果这个注解在类上，那么表⽰该注解对于所有该类中的public⽅法都⽣效；如果注解出现
在⽅法上，则代表该注解仅对该⽅法有效，会覆盖先前从类层次继承下来的注解。
2. ⼀般情况下不要将这个注解加到接⼝和抽象类上，因为注解是不能被继承的。
  本⽂主要讲使⽤注解⽅式配置事务管理时@Transactional的各种参数配置问题。
1. propagation参数，Propagation类型（枚举），默认值为Propogation.REQUIRED，⽀持的值有REQUIRED、MANDATORY、
NESTED、NEVER、NOT_SUPPORTED、REQUIRE_NEW、SUPPORTS。关于这个问题的详细说明将在以后的⽂章中展开。2. isolation参数，Isolation类型（枚举），默认值为Isolation.DEFAULT，⽀持的值有DEFAULT、READ_COMMITTED、
READ_UNCOMMITTED、REPEATABLE_READ、SERIALIZABLE。关于这个问题的详细说明将在以后的⽂章中展开。
3. timeout参数，int类型，事务的超时时间，默认值为-1，即不会超时。
4. readOnly参数，boolean类型，true表⽰事务为只读，默认值为false。
5. rollbackFor参数，Class<? extends Throwable>[]类型，默认为空数组。
6. rollbackForClassName参数，String[]类型，默认为空数组。
7. noRollbackFor参数，Class<? extends Throwable>[]类型，默认为空数组。
8. noRollbackForClassName参数，String[]类型，默认为空数组。
  最后四个参数都与回滚有关，⾸先，⼀般不推荐使⽤rollbackForClassName和noRollbackForClassName两个参数，⽽⽤另外两个参数来代替，从参数的类型上就可以看出区别，使⽤字符串的缺点在于：如果不是⽤类的完整路径，就可能导致回滚设置对位于不同包中的同名类都⽣效；且如果类名写错，也⽆法得到IDE的动态提⽰。
  但是，如果不配置任何与回滚有关的参数，不代表事务不会进⾏回滚，如果没有配置这四个选项，那么DefaultTransactionAttribute配置将会⽣效，具体的⾏为是，抛掷任何unchecked Exception都会触发回滚，当然包括所有的RuntimeException。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。