1. 在需要事务管理的地方加@Transactional 注解。@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。
2. @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会展示已配置的事务设置。
3. 注意仅仅 @Transactional 注解的出现不足于开启事务行为,它仅仅 是一种元数据。必须在配置文件中使用配置元素,才真正开启了事务行为。
4. 通过 元素的 "proxy-target-class" 属性值来控制是基于接口的还是基于类的代理被创建。 如果 "proxy-target-class" 属值被设置为 "true",那么基于类的代理将起作用(这时需要CGLIB库cglib.jar在CLASSPATH中)。如果 "proxy-target-class" 属值被设置为 "false" 或者这个属性被省略,那么标准的JDK基于接口的代理将起作用。
<!-- JTA事务(非分布式事务), 事务配置的时候 ,不能指定dataSource属性(分布式事务,是有全局事务来管理数据库链接的)-->
<!-- 标准的JDK基于接口的代理将起作用 -->
<!-- aop切面 -->
<aop:aspectj-autoproxy proxy-target-class="false" />
<!-- 基于类的代理将起作用 ,同时 cglib.jar必须在CLASSPATH中 -->
<!-- aop切面 -->
<aop:aspectj-autoproxy proxy-target-class="true" />
注解@Transactional cglib与java动态代理最大区别是代理目标对象不用实现接口,那么注解要是写到接口方法上,要是使用cglib代理,这是注解事物就失效了,为了保持兼容注解最好都写到实现类方法上。
5. Spring团队建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解,只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装。
6. @Transactional 的事务开启 ,或者是基于接口的 或者是基于类的代理被创建。所以在同一个类中一个方法调用另一个方法有事务的方法,事务是不会起作用的。
public interface PersonageTempService {
//删除指定id的Personage
public void del(Integer Personageid) ;
//删除指定id的Personage,flag
public void del(Integer Personageid,boolean flag) ;
}
public class PersonageTempServiceBean implements PersonageTempService {
private JdbcTemplate jdbcTemplate;
public void del(Integer Personageid){
try{
this.del(Personageid,true)
System.out.println("del success");
}catch(Exception e){
System.out.println("del failed");
}
}
@Transactional
//此时,事务根本就没有开启, 即数据库会默认提交该操作,即记录别删除掉
public void del(Integer Personageid,boolean flag){
if(flag == ture){
jdbcTemplate.update("del from Personage where id=?", new Object[]{Personageid}, new int[]{java.sql.Types.INTEGER});
throw new RuntimeException("运行期例外");
}
}
}
public class PersonageTempServiceBeanTest{
PersonageTempService ps = new PersonageTempServiceBean ();
ps.del(5);
}
}
7. Spring使用声明式事务处理,默认情况下,如果被注解的数据库操作方法中发生了unchecked异常,所有的数据库操作将rollback;如果发生的异常是checked异常,默认情况下数据库操作还是会提交的。
public interface PersonageService {
//删除指定id的Personage
public void del(Integer Personageid) ;
//获取Personage
public Personage getPersonage(Integer Personageid);
}
//PersonageServiceBean 实现了PersonageService 接口,则基于接口的还是基于类的代理 都可以实现事务
@Transactional public class PersonageServiceBean implements PersonageService {
private JdbcTemplate jdbcTemplate;
//发生了unchecked异常,事务回滚, @Transactional
public void del(Integer Personageid){
jdbcTemplate.update("del from Personage where id=?", new Object[]{Personageid},
new int[]{java.sql.Types.INTEGER});
throw new RuntimeException("运行期例外");
}
}
public interface PersonageService {
//删除指定id的Personage
public void delete(Integer Personageid) throws Exception;
//获取Personage
public Personage getPersonage(Integer Personageid);
}
@Transactional
public class PersonageServiceBean implements PersonageService {
//发生了checked异常,事务不回滚,即数据库记录仍能被删除,
//checked的例外,需要我们在外部用try/catch语法对调用该方法的地方进行包含 @Transactional
public void delete(Integer Personageid) throws Exception{
jdbcTemplate.update("delete from Personage where id=?", new Object[]{Personageid},
new int[]{java.sql.Types.INTEGER});
throw new Exception("运行期例外");
}
}
但是,对于checked这种例外,默认情况下它是不会进行事务回滚的,但是如果我们需要它进行事务回滚,这时候可以在delete方法上通过@Transaction这个注解来修改它的行为。
@Transactional
public class PersonServiceBean implements PersonService {
@Transactional(rollbackFor=Exception.class)
//rollbackFor这属性指定了,既使你出现了checked这种例外,那么它也会对事务进行回滚
public void delete(Integer personid) throws Exception{
jdbcTemplate.update("delete from person where id=?", new Object[]{personid},
new int[]{java.sql.Types.INTEGER});
throw new Exception("运行期例外");
}
}
在PersonServiceBean这个业务bean里面,有一些事务是不需要事务管理的,好比说获取数据的getPersons方法,getPerson方法。因为@Transactional 放在了类的上面。
此时,可 以采用propagation这个事务属性 @Transactional(propagation=Propagation.NOT_SUPPORTED),propagation这个属性指定了 事务传播行为,我们可以指定它不支持事务,当我们这么写了之后,Spring容器在getPersons方法执行前就不会开启事务.
@Transactional
public class PersonServiceBean implements PersonService {
@Transactional(propagation=Propagation.NOT_SUPPORTED)
//则此方法 就不会开启事务了
public Person getPerson(Integer personid)
{
}
}
方法的可见度和 @Transactional
注解应该只被应用到可见度的方法上。
如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional注解,它也不会报错,
但是这个被注解的方法将不会展示已配置的事务设置。
@Transactional注解可以被应用于接口定义和接口方法、类定义和类的方法上。
然而,请注意仅仅注解的出现不足于开启事务行为,它仅仅是一种元数据,能够被可以识别@Transactional注解和上述
的配置适当的具有事务行为的beans所使用。
Spring团队的建议是你在具体的类(或类的方法)上使用@Transactional注解,而不要使用在类所要实现的任何接口上。
你当然可以在接口上使用@Transactional注解,但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承
的,这就意味着如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理
所包装(将被确认为严重的)。因此,请接受Spring团队的建议并且在具体的类上使用@Transactional注解。
注意:
当使用@Transactional风格的进行声明式事务定义时,你可以通过 <tx:annotation-driven/> 元素的
proxy-target-class 属性值来控制是基于接口的还是基于类的代理被创建。如果 "proxy-target-class"
属值被设置为 "true",那么基于类的代理将起作用(这时需要CGLIB库cglib.jar在CLASSPATH中)。
如果 "<code class=literal>proxy-target-class</code>" 属值被设置为 "<code class=literal>false</code>"
或者这个属性被省略,那么标准的JDK基于接口的代理将起作用。
在多数情形下,方法的事务设置将被优先执行。在下列情况下,例如: <code class=classname>DefaultFooService</code> 类被注解为只读事务,但是,这个
类中的 <code class=methodname>updateFoo(Foo)</code> 方法的 <code class=interfacename>@Transactional</code>
注解的事务设置将优先于类级别注解的事务设置。