最近在开发中对Spring中的事务标记@Transactional用的比较多,今天上网收集了一些内容,做一个简单的总结~~~

  在service类前加上@Transactional,声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。

  Spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked

  如果遇到checked意外就不回滚。

  如何改变默认规则:

  1 让checked例外也回滚:在整个方法前加上 @Transactional(rollbackFor=Exception.class)

  2 让unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)

  3 不需要事务管理的(只查询的)方法:@Transactional(propagation=Propagation.NOT_SUPPORTED)

如果在整个方法运行前就不会开启事务
       还可以加上:@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true),这样就做成一个只读事务,可以提高效率。

    此外需要注意: 如果异常被try{}catch{}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{}catch{throw Exception}。

各种属性的意义:

REQUIRED:业务方法需要在一个容器里运行。如果方法运行时,已经处在一个事务中,那么加入到这个事务,否则自己新建一个新的事务。

NOT_SUPPORTED:声明方法不需要事务。如果方法没有关联到一个事务,容器不会为他开启事务,如果方法在一个事务中被调用,该事务会被挂起,调用结束后,原先的事务会恢复执行。

REQUIRESNEW:不管是否存在事务,该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务挂起,新的事务被创建。

MANDATORY:该方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果在没有事务的环境下被调用,容器抛出例外。

SUPPORTS:该方法在某个事务范围内被调用,则方法成为该事务的一部分。如果方法在该事务范围外被调用,该方法就在没有事务的环境下执行。

NEVER:该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务,才正常执行。

NESTED:如果一个活动的事务存在,则运行在一个嵌套的事务中。如果没有活动事务,则按REQUIRED属性执行。它使用了一个单独的事务,这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对

DataSourceTransactionManager事务管理器起效。

// 如果有事务,那么加入事务,没有的话新建一个(不写的情况下)
    @Transactional(propagation=Propagation.REQUIRED) 
    // 容器不为这个方法开启事务
    @Transactional(propagation=Propagation.NOT_SUPPORTED)
    // 不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
    @Transactional(propagation=Propagation.REQUIRES_NEW) 
    // 必须在一个已有的事务中执行,否则抛出异常
    @Transactional(propagation=Propagation.MANDATORY)
    // 必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
    @Transactional(propagation=Propagation.NEVER) 
    // 如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.
    @Transactional(propagation=Propagation.SUPPORTS)

 @Transactional(propagation=Propagation.NESTED) 
 // readOnly=true只读,不能更新,删除 
 @Transactional (propagation = Propagation.REQUIRED,readOnly=true) 
 // 设置超时时间
 @Transactional (propagation = Propagation.REQUIRED,timeout=30)
 // 设置数据库隔离级别
 @Transactional (propagation = Propagation.REQUIRED,isolation=Isolation.DEFAULT)

@Transactional设置:

propagation:事务传播性设置,Propagation枚举类型。Spring支持的事务传播属性包括7种:

PROPAGATION_MANDATORY:方法必须在事务中执行,否则抛出异常。

PROPAGATION_NESTED:使方法运行在嵌套事务中,否则和PROPAGATION_REQUIRED一样。

PROPAGATION_NEVER :当前方法永远不在事务中运行,否则抛出异常。

PROPAGATION_NOT_SUPPORTED:定义为当前事务不支持的方法,在该方法执行期间正在运行的事务会被暂停

PROPAGATION_REQUIRED:当前的方法必须运行在事务中,如果没有事务就新建一个事务。新事务和方法一起开始,随着方法返回或者抛出异常时终止。

PROPAGATION_REQUIRED_NEW :当前方法必须新建一个事务,如果当前的事务正在运行则暂停。

PROPAGATION_SUPPORTS :规定当前方法支持当前事务,但是如果没有事务在运行就使用非事务方法执行。

isolation:事务隔离性级别设置,Isolation枚举类型

ISOLATION_DEFAULT :使用数据库默认的隔离级别

ISOLATION_COMMITTED:允许其他事务已经提交的更新(防止脏读取)

ISOLATION_READ_UNCOMMITTED:允许读取其他事务未提交的更新,会导致三个缺陷发生。执行速度最快

ISOLATION_REPEATABLE_READ :除非事务自身更改了数据,否则事务多次读取的数据相同(防止脏数据,多次重复读取)

ISOLATION_SERIALIZABLE:隔离级别最高,可以防止三个缺陷,但是速度最慢,影响性能。

readOnly:读写性事务,只读性事务,布尔型

对数据库的操作中,查询是使用最频繁的操作,每次执行查询时都要从数据库中重新读取数据,有时多次读取的数据都是相同的,这样的数据操作不仅浪费了系统资源,还影响了系统速度。对访问量大的程序来说,节省这部分资源可以大大提    升系统速度。

将事务声明为只读的,那么数据库可以根据事务的特性优化事务的读取操作

timeout:超时时间,单位秒

事务可能因为某种原因很长时间没有反应,这期间可能锁定了数据库表,影响性能。设置超时时间,如果超过该时间,事务自动回滚。

rollbackFor:一组异常类的实例,遇到时必须进行回滚

rollbackForClassname:一组异常类的名字,遇到时必须进行回滚

noRollbackFor:一组异常类的实例,遇到时必须不回滚

noRollbackForClassname:一组异常类的名字,遇到时必须不回滚

 

  实例一:事务的回滚情况

  

  1、默认情况对非运行时异常不进行回滚操作

  1. /**
  2. * 运行时异常默认事务回滚
  3. * @throws Exception
  4. */
  5. @Transactional
  6. public void updateUser_1() throws Exception {
  7. Map<String,String> userMap=new HashMap<String,String>();
  8. userMap.put("id","1");
  9. userMap.put("userName","测试_01");
  10. userMap.put("password","654321");
  11. userDao.updateUserByID(userMap);
  12. throw new RuntimeException(); //抛出运行时异常 默认情况下回滚 事务---------------------->回滚
  13.  
  14. }

  2、非运行时异常默认事务不回滚

  1. /**
  2. * 非运行时异常默认事务不回滚
  3. * @throws Exception
  4. */
  5. @Transactional
  6. public void updateUser_3() throws Exception {
  7. Map<String,String> userMap=new HashMap<String,String>();
  8. userMap.put("id","1");
  9. userMap.put("userName","测试_01");
  10. userMap.put("password","654321");
  11. userDao.updateUserByID(userMap);
  12. throw new Exception(); //抛出非运行时异常 默认情况下不回滚 事务---------------------->不回滚
  13.  
  14. }

  3、对所有异常事务都进行回滚操作

  1. /**
  2. * 对所有异常事务都进行回滚操作
  3. * @throws Exception
  4. */
  5. @Transactional(rollbackFor=Exception.class)
  6. public void updateUser_6() throws Exception {
  7. Map<String,String> userMap=new HashMap<String,String>();
  8. userMap.put("id","1");
  9. userMap.put("userName","测试_01");
  10. userMap.put("password","654321");
  11. userDao.updateUserByID(userMap);
  12. throw new Exception(); //对所有异常事务都进行回滚操作 事务---------------------->回滚
  13.  
  14. }

4、对所有异常事务都不进行回滚操作

  1. /**
  2. * 对所有异常事务都不进行回滚操作
  3. * @throws Exception
  4. */
  5. @Transactional(noRollbackFor=Exception.class)
  6. public void updateUser_7() throws Exception {
  7. Map<String,String> userMap=new HashMap<String,String>();
  8. userMap.put("id","1");
  9. userMap.put("userName","测试_01");
  10. userMap.put("password","654321");
  11. userDao.updateUserByID(userMap);
  12. throw new RuntimeException(); //对所有异常,事务都不进行回滚操作 事务---------------------->不回滚
  13.  
  14. }

  实例二:对try{} catch{}的异常不回滚

  1. /**
  2. * 对于try{} catch{}的异常不进行回滚
  3. * @throws Exception
  4. */
  5. @Transactional
  6. public void updateUser_5() throws Exception {
  7. Map<String,String> userMap=new HashMap<String,String>();
  8. userMap.put("id","1");
  9. userMap.put("userName","测试_01");
  10. userMap.put("password","654321");
  11. userDao.updateUserByID(userMap);
  12. try{
  13. throw new RuntimeException(); //运行时异常被捕获,事务不回滚
  14. }
  15. catch(Exception e){
  16. System.err.println("运行时异常被捕获,事务不回滚");
  17. }
  18. }

  

  实例三:关于嵌套事务的回滚原则

   说实话对于嵌套事务的测试,我现在仍然有一些疑问,比如说如果内部事务设置为

// 不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
     @Transactional(propagation=Propagation.REQUIRES_NEW)
     那这样的情况下,内部事务设置为Propagation.REQUIRES_NEW,外部事务设置为Propagation.REQUIRED,那么如果在内部事务执行完后之后,如果外部事务抛出了运行时异常,那么对于内部事务而言

由于是新开的一个单独的事务,这样的情况下内部事务应该不受外部事务的影响而回退,但是事实上经过测试,内部事务也是回滚的。感兴趣的同学可以一起探讨啊~

在网上找了一些博客,下面贴出一篇比较好嵌套事务的博客:

http://blog.chinaunix.net/uid-10289334-id-2964925.html

  1、外部事务抛异常,内部事务回滚(一般来说,只要外部开启事务,内部方法无论是否开启事务,只要出现相应的运行时异常,事务都将进行回滚操作)

  1. /**
  2. * 测试事务的相关信息
  3. * @throws Exception
  4. */
  5. @Override
  6. @Transactional(propagation=Propagation.REQUIRES_NEW)
  7. public void updateUser() throws Exception {
  8. Map<String,String> userMap=new HashMap<String,String>();
  9. userMap.put("id","1");
  10. userMap.put("userName","测试_01");
  11. userMap.put("password","654321");
  12. userDao.updateUserByID(userMap);
  13. insideMethod_01(); //1 、异常 不捕获 事务---------------------->回滚
  14. // insideMethod_02(); //2、异常 捕获 事务---------------------->不回滚
  15. throw new RuntimeException(); //3、测试外部方法抛异常 事务---------------------->回滚
  16. // throw new Exception();//4、默认情况,非运行时异 常 事务---------------------->不回滚
  17.  
  18. }
  19.  
  20. /**
  21. * 事务测试的内部方法 内部方法抛运行时异常不捕获 </br>
  22. *
  23. * 事务会对内外方法进行回滚操作
  24. */
  25. @Override
  26. @Transactional(propagation=Propagation.REQUIRES_NEW)
  27. public void insideMethod_01(){
  28. Map<String,String> userMap=new HashMap<String,String>();
  29. userMap.put("id","2");
  30. userMap.put("id","2");
  31. userMap.put("userName","测试_02");
  32. userMap.put("password","654321");
  33. userDao.updateUserByID(userMap);
  34. // int value=1/0;//运行时异常
  35.  
  36. }

  

  2、内部事务抛异常,外部事务回滚(一般来说,只要外部开启事务,内部方法无论是否开启事务如何配置,只要出现相应的运行时异常,内外事务都将进行回滚操作)

  1. /**
  2. * 测试事务的相关信息
  3. * @throws Exception
  4. */
  5. @Override
  6. @Transactional(propagation=Propagation.REQUIRES_NEW)
  7. public void updateUser() throws Exception {
  8. Map<String,String> userMap=new HashMap<String,String>();
  9. userMap.put("id","1");
  10. userMap.put("userName","测试_01");
  11. userMap.put("password","654321");
  12. userDao.updateUserByID(userMap);
  13. insideMethod_01(); //1 、异常 不捕获 事务---------------------->回滚
  14. // insideMethod_02(); //2、异常 捕获 事务---------------------->不回滚
  15. // throw new RuntimeException(); //3、测试外部方法抛异常 事务---------------------->回滚
  16. // throw new Exception();//4、默认情况,非运行时异 常 事务---------------------->不回滚
  17.  
  18. }
  19.  
  20. /**
  21. * 事务测试的内部方法 内部方法抛运行时异常不捕获 </br>
  22. *
  23. * 事务会对内外方法进行回滚操作
  24. */
  25. @Override
  26. @Transactional(propagation=Propagation.REQUIRES_NEW)
  27. public void insideMethod_01(){
  28. Map<String,String> userMap=new HashMap<String,String>();
  29. userMap.put("id","2");
  30. userMap.put("id","2");
  31. userMap.put("userName","测试_02");
  32. userMap.put("password","654321");
  33. userDao.updateUserByID(userMap);
  34. int value=1/0;//运行时异常
  35.  
  36. }

注:这里还有一点在实际开发中需要注意,如果外部方法调用了远程的接口,由于它们不在一个事务控制中,类似于分布式事务,这种情况远程事务是无法进行回滚操作的~

Spring下面的@Transactional注解标志的讲解的更多相关文章

  1. Spring下面的@Transactional注解的讲解

    摘自: https://www.cnblogs.com/xiohao/p/4808088.html Spring下面的@Transactional注解标志的讲解 最近在开发中对Spring中的事务标记 ...

  2. spring 事务-使用@Transactional 注解(事务隔离级别)

    转: spring 事务-使用@Transactional 注解(事务隔离级别) 2016年08月11日 21:49:20 华华鱼 阅读数 15490 标签: spring事务Transactiona ...

  3. spring中的@Transactional注解

    前几天灿哥问我,在做程序的时候,有没有考虑到事务,如果一个函数在中间执行过程中报错了,它会回滚么?我查了一查,spring确实有这样一个注解,能快速帮助我们配置事务管理.下面我就简单介绍一下这个注解. ...

  4. 对于spring中事务@Transactional注解的理解

    现在spring的配置都喜欢用注解,这边就说下@Transactional 一.如何开启@Transactional支持 要使用@Transactional,spring的配置文件applicatio ...

  5. [转]使用spring中的@Transactional注解时,可能需要注意的地方

    前情提要 在编写业务层方法时,会遇到很多需要事务提交的操作,spring框架为我们提供很方便的做法,就是在需要事务提交的方法上添加@Transactional注解,比起我们自己开启事务.提交以及控制回 ...

  6. 使用spring中的@Transactional注解时,可能需要注意的地方

    前情提要 在编写业务层方法时,会遇到很多需要事务提交的操作,spring框架为我们提供很方便的做法,就是在需要事务提交的方法上添加@Transactional注解,比起我们自己开启事务.提交以及控制回 ...

  7. spring mvc的@Transactional注解

    转自:https://www.cnblogs.com/yepei/p/4716112.html spring的@Transactional注解详细用法   概述 事务管理对于企业应用来说是至关重要的, ...

  8. Spring 多数据源 @Transactional 注解事务管理

    在 Spring,MyBatis 下两个数据源,通过 @Transactional 注解 配置简单的事务管理 spring-mybatis.xml <!--******************* ...

  9. Java事务处理全解析(七)—— 像Spring一样使用Transactional注解(Annotation)

    在本系列的上一篇文章中,我们讲到了使用动态代理的方式完成事务处理,这种方式将service层的所有public方法都加入到事务中,这显然不是我们需要的,需要代理的只是那些需要操作数据库的方法.在本篇中 ...

随机推荐

  1. GZip压缩与解压缩

    GZIP的压缩与解压缩代码: public static class CompressionHelper { /// <summary> /// Compress the byte[] / ...

  2. FastAdmin 社区 FAQ 帖子收集(F4NNIU 版 2018-08-12)

    FastAdmin 社区 FAQ 帖子收集 为什么Selectpage下拉列表在编辑时总是返回第一行的值? https://forum.fastadmin.net/thread/2399 根据条件值判 ...

  3. mybatis-generator的坑

    有天发现mybatis-generator不能用,要加什么根项目前缀, 搞到我重新从github下载,然后发现仓库用不了,原来新项目会改我的maven配置(新坑 后来终于明白要在子项目栏使用手脚架,就 ...

  4. git版本控制-详细操作

    - git,软件帮助使用者进行版本的管理 阶段一git 命令: git init 初始化 git config --global user.email "you@example.com&qu ...

  5. MVC中Ajax post 和Ajax Get——提交对象Model

    HTTP 请求:GET vs. POST两种在客户端和服务器端进行请求-响应的常用方法是:GET 和 POST.GET - 从指定的资源请求数据POST - 向指定的资源提交要处理的数据GET 基本上 ...

  6. 温故而知新(java实现)单例模式的七种写法

    第一种(懒汉,线程不安全): Java代码 public class Singleton { private static Singleton instance; private Singleton ...

  7. js中的Array

    js中的Array 啥是ArrayLike对象 类似,下面这种对象的就是ArrayLike var arraylike = { 0: "a", 1: "b", ...

  8. Java的Base64加密原理

    出自:   http://www.cnblogs.com/winner-0715/p/5920269.html http://www.cnblogs.com/koliop090/p/5203553.h ...

  9. CentOS-6.4 编译安装ffmpeg加x264以及rtmp

    CentOS 6.4-64位下编译ffmpeg几个简单步骤: 1.编译前环境准备: 2.下载源码: 3.编译,安装: ----------------------------------------- ...

  10. @Value关于static字段的注入

    @Component public class BaseCode { //应用key public static String APP_KEY; //应用密钥 public static String ...