Spring 与 Dao(第二讲)

Spring 的事务管理

事务原本是数据库中的概念,在Dao层。但一般情况下,需要将事务提升到业务层, 即Service层。这样做是为了能够使用事务的特性来管理具体的业务。
在 Spring 中通常可以通过以下三种方式来实现对事务的管理:
(1)使用Spring的事务代理工厂管理事务
(2)使用Spring的事务注解管理事务
(3)使用AspectJ的AOP配置管理事务

  • Spring 事务管理 API
    Spring 的事务管理,主要用到两个事务相关接口。
    (1)事务管理器接口
    事务管理器是 PlatformTransactionManager 接口对象。其主要用于完成事务的提交、回滚,及获取事务的状态信息。查看 SpringAPI 帮助文档: Spring 框架解压目录下的
    docs/javadoc-ap/index.html。

    A、常用的两个实现类
    PlatformTransactionManager 接口有两个常用的实现类: .
    DataSoureTransactionManager:使用 JDBC 或 iBatis 进行持久化数据时使用。
    HibernateTransactionManager:使用 Hibernate 进行持久化数据时使用。
    B、Spring 的回滚方式
    Spring 事务的默认回滚方式是:发生运行时异常时回滚,发生受查异常时提交。不过,对于受查异常,程序员也可以手工设置其回滚方式。
    C、回顾错误与异常

    Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类(或其子类之一)的实例时,才能通过 Java 虛拟机或者 Java 的 throw 语句抛出。
    Error 是程序在运行过程中出现的无法处理的错误,比如 OutOfMemoryError、
    ThreadDeath、NoSuchMethodError 等。当这些错误发生时,程序是无法处理( 捕获或抛出)的,JVM一般会终止线程。
    程序在编译和运行时出现的另一类错误称之为异常,它是 JVM 通知程序员的一种方式。通过这种方式,让程序员知道已经或可能出现错误,要求程序员对其进行处理。
    异常分为运行时异常与受查异常。
    运行时异常,是 RuntimeException 类或其子类,即 只有在运行时才出现的异常。如,NullPointerException、ArrayIndexOutOfBoundsException、 llgalArgumentException 等均属于运行时异常。这些异常由JVM抛出,在编译时不要求必须处理( 捕获或抛出)。但,只要代码编写足够仔细,程序足够健壮,运行时异常是可以避免的。
    注意,Hibernate 异常 HibernateException 就属于运行时异常。
    受查异常,也叫编译时异常,即在代码编写时要求必须捕获或抛出的异常,若不处理,则无法通过编译。如SQLException, ClassNotFoundException, l0Exception等都属于受查异常。
    RuntimeException 及其子类以外的异常,均属于受查异常。当然,用户自定义的 Exception 的子类,即用户白定义的异常也属受查异常。程序员在定义异常时,只要未明确声明定义的为 RuntimeException 的子类,那么定义的就是受查异常。
    (2)事务定义接口
    事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量:事务隔离级别、事务传播行为、事务默认超时时限,及对它们的操作。

    A、定义了五个事务隔离级别常量
    这些常量均是以 ISOLATION_开头。即形如ISOLATION_ XXX。
    DEFAULT:采用DB默认的事务隔离级别。MySql 的默认为REPEATABLE_ READ; Oracle 默认为 READ_ COMMITTED。
    READ_ _UNCOMMITTED:读未提交。未解决任何并发问题。
    READ_ COMMITTED:读已提交。解决脏读,存在不可复读与幻读。
    REPEATABLE_ READ:可重复读。"解决脏读、不可重复读,存在幻读
    SERIALIZABLE:串行化。不存在并发问题。
    B、定义了七个事务传播行为常量
    所谓事务传播行为是指,处于不同事务中的方法在相互调用时,执行期间事务的维护情况。如,A 事务中的方法,doSome()调用 B 事务中的方法 doOther(),在调用执行期间事务的维护情况,就称为事务传播行为。事务传播行为是加在方法上的。
    事务传播行为常量都是以 PROPAGATION_ 开头, 形如 PROPAGATION_XXX。
    a、REQUIRED:
    指定的方法必须在事务内执行。若当前存在事务,就加入到当前事务中;若当前没有事务,则创建一个新事务。这种传播行为是最常见的选择,也是 Spring 默认的事务传播行为。
    如该传播行为加在 doOther() 方法上。若 doSome() 方法在调用 doOther() 方法时就是在事务内运行的,则 doOther() 方法的执行也加入到该事务内执行。若 doSome() 方 法在调用 doOther() 方法时没有在事务内执行,则doOther()方法会创建一个事务,并在其中执行。

    b、SUPPORTS
    指定的方法支持当前事务,但若当前没有事务,也可以以非事务方式执行。

    c、MANDATORY
    指定的方法必须在当前事务内执行,若当前没有事务,则直接抛出异常。.

    d、REQUIRES_NEW
    总是新建一个事务,若当前存在事务,就将当前事务挂起,直到新事务执行完毕。

    e、NOT_SUPPORTED
    指定的方法不能在事务环境中执行,若当前存在事务,就将当前事务挂起。

    f、NEVER
    指定的方法不能在事务环境下执行,若当前存在事务,就直接抛出异常。

    g、NESTED
    指定的方法必须在事务内执行。若当前存在事务,则在嵌套事务内执行;若当前没有事务,则创建一个新事务。

    C、定义了默认事务超时时限
    常量 TIMEOUT_DEFAULT 定义了事务底层默认的超时时限,及不支持事务超时时限设置的 none 值。
    注意,事务的超时时限起作用的条件比较多,且超时的时间计算点较复杂。所以,该值一般就使用默认值即可。
  • 程序举例环境搭建
    举例:购买股票 Spring_Transaction_Buystock 项目
    本例要实现模拟购实股票。存在两个实体:银行账户 Account 与股票账户 Stock。当要购买股票时,需要从 Account 中扣除相应金额的存款,然后在 Stock 中增加相应的股票数量。而在这个过程中,可能会抛出一个用户自定义的异常。异常的抛出,将会使两个操作回滚。实现步骤:
    Step1:创建数据库表
    创建两个数据库表 account、stock。


    Step2:创建实体类
    创建两个实体类 Account 与 Stock。


    Step3:定义 Dao 接口
    定义两个 Dao 接口 IAccountDao 与 IStockDao。


    Step4:定义 Dao 实现类
    定义两个 dao 接口的实现类 AccountDaolmpl 与 StockDaolmpl,注意,它们要继承自 JdbcDaoSupport 。


    Step5:定义异常类
    定义 service 层可能会抛出的异常类 StockException。

    Step6:定义 Service 接口
    定义 Service 接口 IStockProcessService 。

    Step7:定义 Service 的实现类
    定义 Service 层接口的实现类 StockProcessServiceImpl 。


    Step8:Spring 配置文件中添加最全约束
    本例中将使用到 Spring 中DI、AOP、事务等众多功能,所以将之前用过的所有约束进行了综合。综合后的约束为:

    Step9:修改 Spring 配置文件内容


    Step10:定义测试类
    定义 view 层测试类 MyTest。现在就可以在无事务代理的情况下运行了。
  • 使用 Spring 的事务代理工厂管理事务
    该方式是,需要为目标类,即 Service 的实现类创建事务代理。事务代理使用的类是 TransactionProxyFactoryBean,该类需要初始化如下一些属性:
    transactionManager:事务管理器
    target:目 标对象,即Service 实现类对象
    transactionAttributes:事务属性设置
    对于 XML 配置代理方式实现事务管理时,受查异常的回滚方式,程序员可以通过以下方式进行设置:通过“异常"方式,可使发生指定的异常时事务回滚;通过“+异常”方式,可使发生指定的异常时事务提交。
    该方式的实现步骤为:
    Step1:复制项目
    复制 Spring_Transaction_Buystock 项目,并重命名为Spring_Transaction_Proxy。 在此基础上修改。
    Step2:导入 Jar 包
    这里使用到的 Spring 的 AOP,所以需要引入 AOP 的两个 Jar 包:aop 联盟,及 Spring 对 AOP 实现的 Jar 包:


    Step3:在容器中添加事务管理器DataSourceTransactionManager
    由于本项目使用的是 JDBC 进行持久化,所以使用 DataSourceTransactionManager 类作为事务管理器。

    Step4:在容器中添加事务代理TransactionProxyFactoryBean

    Step5:修改测试类
    现在就可以通过事务代理来运行了。
  • 使用 Spring 的事务注解管理事务
    通过 @Transactiona l注解方式,也可将事务织入到相应方法中。而使用注解方式,只需在配置文件中加入一个 tx 标签,以告诉 spring 使用注解来完成事务的织入。该标签只需指定一个属性,事务管理器。

    @Transactional 的所有可选属性如下所示:
    propagation:用于设置事务传播属性。该属性类型为 Propagation 枚举,默认值为
    Propagation.REQUIRED。
    isolation:用于设置事务的隔离级别。该属性类型为Isolation 枚举,默认值为
    Isolation.DEFAULT。
    readOnly:用于设置该方法对数据库的操作是否是只读的。该属性为 boolean, 默认值为 false。
    timeout:用于设置本操作与数据库连接的超时时限。单位为秒,类型为 int,默认值为-1,即没有时限。
    rollbackFor:指定需要回滚的异常类。类型为 Class[], 默认值为空数组。当然,若只有一个异常类时,可以不使用数组。
    rollbackForClassName:指定需要回滚的异常类类名。类型为String[],默认值为空数组。当然,若只有一个异常类时,可以不使用数组。.
    noRollbackFor:指定不需要回滚的异常类。类型为 Class[], 默认值为空数组。当然,若只有一一个异常类时,可以不使用数组。
    noRollbackForClassName:指定不需要回滚的异常类类名。类型为 String[], 默认值为空数组。当然,若只有一个异常类时,可以不使用数组。
    需要注意的是,@Transactional若用在方法上,只能用于public方法上。对于其他非 public 方法,如果加_上了注解 @Transactional,虽然 Spring 不会报错,但不会将指定事务织入到该方法中。因为 Spring 会忽略掉所有非 public 方法上的 @Transaction注解。
    若 @Transaction 注解在类上,则表示该类上所有的方法均将在执行时织入事务。
    Step1:复制项目
    复制 Spring_Transaction_Buystock 项目,并重命名为Spring_Transaction_Annotation。 在此基础上修改。
    Step2:在容器中添加事务管理器

    Step3:在 Service 实现类方法上添加注解

    Step4:修改配置文件内容

    Step4:修改测试类
    由于配置文件中已不存在事务代理对象,所以测试类中要从容器中获取的将不再是事务代理对象,而是原来的目标对象。
  • 使用 AspectJ 的 AOP 配置管理事务(重点)
    使用 XML 配置事务代理的方式的不足是,每个目标类都需要配置事务代理。当目标类较多,配置文件会变得非常臃肿。
    使用 XML 配置顾问方式可以自动为每个符合切入点表达式的类生成事务代理。其用法很简单,只需将前面代码中关于事务代理的配置删除,再替换为如下内容即可。
    Step1:复制项目
    复制 Spring_Transaction_Buystock 项目,并重命名为Spring_Transaction_Advisor。 在此基础上修改。
    Step2:导入 Jar 包
    这里使用 Spring 的 AspecJ 方式将事务进行的织入,所以,这里除了前面导入的 aop 的两个 Jar 包外,还需要两个Jar包:AspectJ 的 Jar 包,及 Spring 整合 AspectJ 的 Jar 包。


    Step3:在容器中添加事务管理器

    Step4:配置事务通知
    为事务通知设置相关属性。用于指定要将事务以什么方式织入给哪些方法。
    例如,应用到 buyStock 方法上的事务要求是必须的,且当buyStock 方法发生 StockException 后,要回滚。

    Step5:配置顾问

    注意,不能写为下面的形式,切入点表达式一定要指明切入点在 Service 层,否则将会抛出对数据源的循环引用异常。因为下面的写法同时会把 Service 层与 Dao 层的方法均作为切入点,Service 与 Dao 中均注入了数据源,而 Service 又调用了 Dao,所以就出现了循环调用的异常。

    Step6:修改测试类
    测试类中要从容器中获取的将不再是事务代理对象,而是目标对象。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 175,490评论 5 419
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 74,060评论 2 335
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 124,407评论 0 291
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 47,741评论 0 248
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 56,543评论 3 329
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 43,040评论 1 246
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 34,107评论 3 358
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 32,646评论 0 229
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 36,694评论 1 271
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 32,398评论 2 279
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 33,987评论 1 288
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 30,097评论 3 285
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 35,298评论 3 282
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 27,278评论 0 14
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 28,413评论 1 232
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 38,397评论 2 309
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 38,099评论 2 314