还在为处理事务烦恼吗，要不试试 Spring 是如何处理业务的

👋大家好！我是你们的老朋友 Java 学术趴。最近小编又在整了 Spring 全家桶笔记，笔记会每天定时的进行发放，喜欢的大佬们欢迎收藏点赞关注呦。小编会每天分享的呦。Spring 框架不局限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何 Java 应用都可以从 Spring 中受益。Spring 框架还是一个超级粘合平台，除了自己提供功能外，还提供粘合其他技术和框架的能力。第一章 Spring 的事务理解事务之前，先讲一个你日常生活中最常干的事：取钱。 比如你去 ATM 机取 1000 块钱，大体有两个步骤：首先输入密码金额，银行卡扣掉 1000 元钱；然后 ATM 出 1000 元钱。这两个步骤必须是要么都执行要么都不执行。如果银行卡扣除了 1000 块但是 ATM 出钱失败的话，你将会损失 1000 元；如果银行卡扣钱失败但是 ATM 却出了 1000 块，那么银行将损失 1000 元。所以，如果一个步骤成功另一个步骤失败对双方都不是好事，如果不管哪一个步骤失败了以后，整个取钱过程都能回滚，也就是完全取消所有操作的话，这对双方都是极好的。 事务就是用来解决类似问题的。事务是一系列的动作，它们综合在一起才是一个完整的工作单元，这些动作必须全部完成，如果有一个失败的话，那么事务就会回滚到最开始的状态，仿佛什么都没发生过一样。在企业级应用程序开发中，事务管理必不可少的技术，用来确保数据的完整性和一致性。事务有四个特性：ACID

原子性（Atomicity）：事务是一个原子操作，由一系列动作组成。事务的原子性确保动作要么全部完成，要么完全不起作用。

一致性（Consistency）：一旦事务完成（不管成功还是失败），系统必须确保它所建模的业务处于一致的状态，而不会是部分完成部分失败。在现实中的数据不应该被破坏。

隔离性（Isolation）：可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。

持久性（Durability）：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，这样就能从任何系统崩溃中恢复过来。通常情况下，事务的结果被写到持久化存储器中。

核心接口

1.1 针对事务的分析 spring 的事务操作是在同一个数据库执行的，操作的是这个数据库中的不同表。什么是事务：

在 mysql 中提出了关于事务的一词。事务是指一组 sql 语句的集合，集合中有多条 sql 语句。可能是 delete、update、insert 等语句。我们希望这些 sql 语句同时成功或者失败才可以完成相应的功能。比如转账系统。 这些 sql 语句的执行是一致的，作为一个整体执行。

在什么时候使用事务

当项目中实现某个功能需要多个表的时候，或者是多个 sql 语句的 insert、update、delete。需要保证这些语句都是同时成功或者失败的时候才能完成某个功能。不可以是单独的某个 sql 语句执行成功那么功能就实现的。

在 Java 代码中写程序，控制事务，此时事务应该放到哪里？

Service 类的业务方法上，因为在 Service 类中的某个功能(方法)可能需要多个 Dao 中的方法才可以完成这个业务，而 dao 是执行 sql 语句的，此时就可以把这些 dao 调用的方法看做是一个业务

通常使用 JDBC 访问数据库、mybatis 访问数据库是怎么处理业务的。

JDBC 访问数据库：处理事务 (Connection conn ; conn.commit(); conn.rollback();)mybatis 访问数据库：处理事务（sqlSession.commit() ; sqlSession.rollback(); ）hibernate 访问数据库 ：处理事务（Session.commit() ; Session.rollback();）

以上处理业务有什么不足

不同的数据库需要不同的事务处理对象，方法不同，需要了解不同数据库事务的技术的原理掌握多种数据库中事务处理的业务逻辑。什么时候提交事务，什么时候回滚事务。处理事务的多中国方法不同。

解决事务处理的不足之处

使用 spring 框架统一解决事务处理

1.2 Spring 处理事务的统一方式

事务原本是数据库中的概念，在 Dao 层。但一般情况下，需要将事务提升到业务层， 即 Service 层。这样做是为了能够使用事务的特性来管理具体的业务。

在 Spring 中通常可以通过以下两种方式来实现对事务的管理：

编程式事务管理：使用 Spring 的事务注解管理事务声明式事务管理：使用 AspectJ 的 AOP 配置管理事务

spring 提供了一种统一处理事务的模型，能使用统一步骤，方式完成多种不同数据库访问技术的事务处理。

使用 spring 的事务处理机制，可以完成 mybatis 访问数据库的事务处理。使用 spring 的事务处理机制，可以完成 hibernate 访问数据库的事务处理。

1.3 Spring 事务管理 API

Spring 的事务管理，主要用到两个事务相关的接口。

（1） 事务管理器接口(重点)

事务管理器是 PlatformTransactionManager 接口对象。 其主要用于完成事务的提交、回 滚，及获取事务的状态信息。

事务管理器是 PlatformTransactionManager 接口对象。常用的两个实现类：

DataSourceTransactionManager： 使用 JDBC 或 MyBatis 进行数据库操作时使用。HibernateTransactionManager： 使用 Hibernate 进行持久化数据时使用。

Spring 的回滚方式(理解)

Spring 事务的默认回滚方式是：发生运行时异常和 error 时回滚，发生受查(编译)异常时提交。 不过，对于受查异常，程序员也可以手工设置其回滚方式。

回顾错误与异常

Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类(或其子类之一) 的实例时，才能通过 Java 虚拟机或者 Java 的 throw 语句抛出。Error 是程序在运行过程中出现的无法处理的错误，比如 OutOfMemoryError、 ThreadDeath、NoSuchMethodError 等。当这些错误发生时，程序是无法处理（捕获或抛出） 的，JVM 一般会终止线程。程序在编译和运行时出现的另一类错误称之为异常，它是 JVM 通知程序员的一种方式。 通过这种方式，让程序员知道已经或可能出现错误，要求程序员对其进行处理。

异常分为运行时异常与受查异常。

运行时异常，是 RuntimeException 类或其子类，即只有在运行时才出现的异常。如， NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException 等均属于 运行时异常。这些异常由 JVM 抛出，在编译时不要求必须处理（捕获或抛出）。但，只要代 码编写足够仔细，程序足够健壮，运行时异常是可以避免的。受查异常，也叫编译时异常，即在代码编写时要求必须捕获或抛出的异常，若不处理， 则无法通过编译。如 SQLException，ClassNotFoundException，IOException 等都属于受查异常。RuntimeException 及其子类以外的异常，均属于受查异常。当然，用户自定义的 Exception 的子类，即用户自定义的异常也属受查异常。程序员在定义异常时，只要未明确声明定义的 为 RuntimeException 的子类，那么定义的就是受查异常。

（2） 事务定义接口

事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量：事务隔离级别、 事务传播行为、事务默认超时时限，及对它们的操作

定义了五个事务隔离级别常量(掌握)这些常量均是以 ISOLATION_开头。即形如 ISOLATION_XXX。➢ DEFAULT：采用 DB 默认的事务隔离级别。MySql 的默认为 REPEATABLE_READ； Oracle 默认为 READ_COMMITTED。➢ READ_UNCOMMITTED：读未提交。未解决任何并发问题。➢ READ_COMMITTED：读已提交。解决脏读，存在不可重复读与幻读。➢ REPEATABLE_READ：可重复读。解决脏读、不可重复读，存在幻读 。➢ SERIALIZABLE：串行化。不存在并发问题。定义了七个事务传播行为常量(掌握)

所谓事务传播行为是指，处于不同事务中的方法在相互调用时，执行期间事务的维护情 况。如，A 事务中的方法 doSome()调用 B 事务中的方法 doOther()，在调用执行期间事务的 维护情况，就称为事务传播行为。事务传播行为是加在方法上的。

事务传播行为常量都是以 PROPAGATION_ 开头，形如 PROPAGATION_XXX。

PROPAGATION_REQUIREDPROPAGATION_REQUIRES_NEWPROPAGATION_SUPPORTS

重点掌握前三个

PROPAGATION_MANDATORYPROPAGATION_NESTEDPROPAGATION_NEVERPROPAGATION_NOT_SUPPORTED

PROPAGATION_REQUIRED：

指定的方法必须在事务内执行。若当前存在事务，就加入到当前事务中；若当前没有事 务，则创建一个新事务。这种传播行为是最常见的选择，也是 Spring 默认的事务传播行为。如该传播行为加在 doOther()方法上。若 doSome()方法在调用 doOther()方法时就是在事 务内运行的，则 doOther()方法的执行也加入到该事务内执行。若 doSome()方法在调用 doOther()方法时没有在事务内执行，则 doOther()方法会创建一个事务，并在其中执行。

PROPAGATION_SUPPORTS

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

PROPAGATION_REQUIRES_NEW

总是新建一个事务，若当前存在事务，就将当前事务挂起，直到新事务执行完毕

定义了默认事务超时时限

常量 TIMEOUT_DEFAULT 定义了事务底层默认的超时时限，sql 语句的执行时长。注意，事务的超时时限起作用的条件比较多，且超时的时间计算点较复杂。所以，该 值一般就使用默认值即可。

总结 spring 的事务

管理事务的是：事务管理和他的实现类

spring 的事务的一个统一模型 1）指定要使用的事务管理器实现类，使用 2）指定哪些类，哪些方法需要加入事务的功能。3） 指定方法需要的隔离级别，传播行为，超时等

我们需要告诉 spring，项目中类信息、方法的名称、方法的事务传播行为。

1.4 使用 Spring 的方式管理事务有两种方式

声明式：使用的是 AspectJ 框架实现。

注解式：使用注解 Spring 中自带的 aop 方式实现。

tx:attributes ..service...*(..))"/><aop:advisor advice-ref="myAdvice" pointcut-ref="servicePt"/></aop:config>复制代码 1.5 使用 Spring 的事务注解管理事务(掌握)通过 @Transactional 注解方式，可将事务织入到相应 public 方法中，实现事务管理。需要注意的是，@Transactional 若用在方法上，只能用于 public 方法上。对于其他非 public 方法，如果加上了注解 @Transactional，虽然 Spring 不会报错，但不会将指定事务织入到该 方法中。因为 Spring 会忽略掉所有非 public 方法上的 @Transaction 注解。若 @Transaction 注解在类上，则表示该类上所有的方法均将在执行时织入事务。若 @Transaction 注解在方法上，则表示该方法只能是 public 修饰的才可以将在执行时织入事务。@Transactional 的所有可选属性如下所示：➢ propagation： 用于设置事务传播属性。该属性类型为 Propagation 枚举，默认值为 Propagation.REQUIRED。➢ isolation： 用于设置事务的隔离级别。该属性类型为 Isolation 枚举，默认值为 Isolation.DEFAULT。➢ readOnly： 用于设置该方法对数据库的操作是否是只读的。该属性为 boolean，默认值 为 false。➢ timeout： 用于设置本操作与数据库连接的超时时限。单位为秒，类型为 int，默认值为 -1，即没有时限。➢ rollbackFor： 指定需要回滚的异常类。类型为 Class[]，默认值为空数组。当然，若只有 一个异常类时，可以不使用数组。➢ rollbackForClassName： 指定需要回滚的异常类类名。类型为 String[]，默认值为空数组。 当然，若只有一个异常类时，可以不使用数组。➢ noRollbackFor： 指定不需要回滚的异常类。类型为 Class[]，默认值为空数组。当然，若 只有一个异常类时，可以不使用数组。➢ noRollbackForClassName： 指定不需要回滚的异常类类名。类型为 String[]，默认值为空 数组。当然，若只有一个异常类时，可以不使用数组。第二章 Spring 与 Web

在 Web 项目中使用 Spring 框架，首先要解决在 web 层（这里指 Servlet）中获取到 Spring 容器的问题。只要在 web 层获取到了 Spring 容器，便可从容器中获取到 Service 对象。

2.1Web 项目使用 Spring 的问题(了解)

第一步：新建一个 Maven Project

类型 maven-archetype-webapp

*第二步： 复制代码，配置文件，jar

第三步：定义 index 页面

第四步：定义 RegisterServlet（重点代码）

第五步：定义 success 页面

第六步：web.xml 注册 Servlet

第七步：运行结果分析

当表单提交，跳转到 success.jsp 后，多刷新几次页面，查看后台输出，发现每刷新一次 页面，就 new 出一个新的 Spring 容器。即，每提交一次请求，就会创建一个新的 Spring 容 器。对于一个应用来说，只需要一个 Spring 容器即可。所以，将 Spring 容器的创建语句放 在 Servlet 的 doGet()或 doPost()方法中是有问题的。

此时，可以考虑，将 Spring 容器的创建放在 Servlet 进行初始化时进行，即执行 init()方 法时执行。并且，Servlet 还是单例多线程的，即一个业务只有一个 Servlet 实例，所有执行 该业务的用户执行的都是这一个 Servlet 实例。这样，Spring 容器就具有了唯一性了。但是，Servlet 是一个业务一个 Servlet 实例，即 LoginServlet 只有一个，但还会有 StudentServlet、TeacherServlet 等。每个业务都会有一个 Servlet，都会执行自己的 init()方法， 也就都会创建一个 Spring 容器了。这样一来，Spring 容器就又不唯一了。

2.2 使用 Spring 的监听器 ContextLoaderListener(掌握)

举例：springweb-2 项目（在 spring-web 项目基础上修改）对于 Web 应用来说，ServletContext 对象是唯一的，一个 Web 应用，只有一个 ServletContext 对象，该对象是在 Web 应用装载时初始化的。若将 Spring 容器的创建时机， 放在 ServletContext 初始化时，就可以保证 Spring 容器的创建只会执行一次，也就保证了 Spring 容器在整个应用中的唯一性。当 Spring 容器创建好后，在整个应用的生命周期过程中，Spring 容器应该是随时可以被访问的。即，Spring 容器应具有全局性。而放入 ServletContext 对象的属性，就具有应用的 全局性。所以，将创建好的 Spring 容器，以属性的形式放入到 ServletContext 的空间中，就 保证了 Spring 容器的全局性。上述的这些工作，已经被封装在了如下的 Spring 的 Jar 包的相关 API 中：spring-web-5.2.5.RELEASE

第一步：maven 依赖 pom.xml<dependency><groupId>org.springframework</groupId><artifactId>spring-web</artifactId><version>5.2.5.RELEASE</version></dependency>复制代码第二步：注册监听器 ContextLoaderListener

若要在 ServletContext 初 始 化 时 创 建 Spring 容 器 ， 就 需 要 使 用 监 听 器 接 口 ServletContextListener 对 ServletContext 进行监听。在 web.xml 中注册该监听器。

Spring 为该监听器接口定义了一个实现类 ContextLoaderListener，完成了两个很重要的 工作：创建容器对象，并将容器对象放入到了 ServletContext 的空间中。打开 ContextLoaderListener 的源码。看到一共四个方法，两个是构造方法，一个初始化 方法，一个销毁方法。

所以，在这四个方法中较重要的方法应该就是 contextInitialized()，context 初始化方法。

跟踪 initWebApplicationContext()方法，可以看到，在其中创建了容器对象。

并且，将创建好的容器对象放入到了 ServletContext 的空间中，key 为一个常量： WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE。

第三步：指定 Spring 配置文件的位置< context-parm >

ContextLoaderListener 在对 Spring 容器进行创建时，需要加载 Spring 配置文件。其默认 的 Spring 配置文件位置与名称为：WEB-INF/applicationContext.xml。但，一般会将该配置文 件放置于项目的 classpath 下，即 src 下，所以需要在 web.xml 中对 Spring 配置文件的位置及 名称进行指定。

从监听器 ContextLoaderListener 的父类 ContextLoader 的源码中可以看到其要读取的配 置文件位置参数名称 contextConfigLocation。

第四步：获取 Spring 容器对象在 Servlet 中获取容器对象的常用方式有两种：（1） 直接从 ServletContext 中获取从对监听器 ContextLoaderListener 的源码分析可知，容器对象在 ServletContext 的中存 放的 key 为 WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE。所以，可 以直接通过 ServletContext 的 getAttribute()方法，按照指定的 key 将容器对象获取到。

（2） 通过 WebApplicationContextUtils 获取

工具类 WebApplicationContextUtils 有一个方法专门用于从 ServletContext 中获取 Spring 容器对象：getRequiredWebApplicationContext(ServletContext sc)

调用 Spring 提供的方法获取容器对象：

总结：以上两种方式，无论使用哪种获取容器对象，刷新 success 页面后，可看到代码中使用 的 Spring 容器均为同一个对象。

关于 Spring 的所有内容就分享完毕啦，明天给大家带来新的知识点，SpringMVC。以上项目的源代码，点击星球进行免费获取 星球 (Github 地址)如果没有 Github 的小伙伴儿。可以关注本人微信公众号：Java 学术趴，发送 Spring，免费给发给大家项目源码，代码是经过小编亲自测试的，绝对可靠。免费拿去使用。