hibernate事务

1 功能简介 在企业级应用领域，事务处理保证了资源操作的ACID属性，比如银行转帐业务。如果没有事务处理，则银行转帐业务一旦失败，其后果是不堪想象的。 2 事务处理方式 Spring提供了Annotation和XML配置方式的声明式事务管理以及更易于使用的编程式事务管理。以下介绍这两种方式的各自特点，以及如何选择适当的事务配置方式。 2.1 Annotation事务处理 2.1.1 配置事务 Spring支持Annotation风格的声明式事务。直接在Java源代码中声明事务语义的做法让事务声明和将受其影响的代码距离更近了，而且一般来说不会有不恰当的耦合的风险，因为，使用事务性的代码几乎总是被部署在事务环境中。 Annotation是通过使用@Transactional来表示： @Transactional(propagation=Propagation.REQUIRED) public void insert(User user){ …… } @Transactional(readOnly=true) public void find(Integer id){ …… } @Transactional注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上（方法级别注解的事务设置将优先于类级别注解的事务设置）。然而，@Transactional注解的出现不足于开启事务行为，它仅仅 是一种元数据（如：“当一个方法开始调用时就开启一个新的只读事务，并停止掉任何现存的事务”。），还需要在配置文件中，加上相应的namespace配置后,只需配置 正是元素的出现 开启 了事务行为。 另外建议在具体的类（或类的方法）上使用@Transactional注解，而不要使用在类所要实现的任何接口上。如果在接口上使用@Transactional注解，这将只能当设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装（将被确认为严重的）。 2.1.2 事务回滚异常定义 默认的@Transactional有关设置如下：  事务传播设置是 PROPAGATION_REQUIRED  事务隔离级别是 ISOLATION_DEFAULT  事务是 读/写  事务超时默认是依赖于事务系统的，或者事务超时没有被支持。  任何 RuntimeException 将触发事务回滚，但是任何 checked Exception 将不触发事务回滚，除非你特别声明。 这些默认的设置是可以被改变的。 ****************************************************** @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW, rollbackFor = {MyException1.class,MyException2.class}) 属性rollbackFor配置遇到MyException1.class和MyException2.class异常类，事务回滚。 Annotation 优点：比较灵活，在一个类中，可以任意选择指定哪些方法需要事务。 缺点：事务定义分散在源代码中，没有一个统一的事务切面视图。修改事务定义，需要修改源代码。 2.2 配置事务处理 2.2.1 配置事务 配置文件中几种常见的配置方式及各自的优缺点。 方法一：BeanNameAutoProxyCreator 优点：有大量bean声明性事务管理时使用该方法可以简化配置示例： <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPEbeansPUBLIC"-//SPRING//DTDBEAN//EN""http://www.springframework.org/dt/spring-beans.dtd"> Exploring spring Dependency Injection feature hibernate.cfg.xml <!-- Transaction Interceptor set up to do PROPOGATION_REQUIRED on all methods --> PROPAGATION_REQUIRED,readOnly PROPAGATION_REQUIRED,readOnly PROPAGATION_REQUIRED true userDocumentManager docsrv.conf <!-- contextPath is which url path the document server resides, KEEP it sync with actual deployment --> /axis <!--DAO classes definition begin--> <!--DAO classes definition end--> <!-- Service definition begin --> <!-- Service definition end --> 但使用该方法配置时需要多配置一个xxxTarget的bean，该bean通常在应用用没有直接的用途，使得配置显得比较累赘。这一问题在spring中也可以用嵌套的bean来解决。也就是将名为xxxTarget的bean直接写道被引用到的地方。按此方法，上例可以改成： <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPEbeansPUBLIC"-//SPRING//DTDBEAN//EN""http://www.springframework.org/dtd/spring-beans.dtd"> Exploring spring Dependency Injection feature hibernate.cfg.xml docsrv.conf <!-- contextPath is which url path the document server resides, KEEP it sync with actual deployment --> /axis <!--DAO classes definition begin--> <!--DAO classes definition end--> <!-- Service definition begin --> just.docserver.UserDocumentManager PROPAGATION_REQUIRED,readOnly PROPAGATION_REQUIRED,readOnly PROPAGATION_REQUIRED <!-- Service definition end --> 这样整个配置更为简洁清晰，而且更适合于代码生成工具来生成这些配置，提高开发效率。 总结： 归纳了事务配置的几种方式，BeanNameAutoProxyCreator，TransactionProxyFactoryBean即TransactionProxyFactoryBean加嵌套式Target bean。方法一适用于有大量bean需要声明性事务配置的情形。方法二、三配置更加灵活。方法三比方法二更加简洁、紧凑，十分适用于代码生成。另外，方法有个缺点，如果bean实现某些接口，使用方法一无法指定对这些接口进行截获(利用ProxyFactoryBean的proxyInterfaces属性)，从而无法使用JDK的动态代理，只能使用CGLIB来实现方法截获。