Spring
1、Spring
1.1 简介
-
Spring:春天------>给软件行业带来了春天!
-
2002,首次推出了Spring框架的雏形:interface21框架!
-
Spring框架即以interface21框架为基础,经过重新设计,并不断丰富其内涵,于2004年3月24日发布了1.0正式版。
-
Rod Johnson,Spring Framework创始人,著名作者。很难想象Rod Johnson的学历,真的让好多人大吃一惊,他是悉尼大学的博士,然而他的专业不是计算机,而是音乐学。
-
Spring理念:使现有的技术更加容易使用,本身是一个大杂烩,整合了现有的技术框架!
-
SSH:Struct2 + Spring + Hibernate!
-
SSM:SpringMVC + Spring + Mybatis!
官网:https://spring.io/projects/spring-framework#overview
官方下载地址:https://repo.spring.io/release/org/springframework/spring/
GitHub:https://github.com/spring-projects/spring-framework
1 | <!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc --> |
1.2 优点
Spring是一个开源的免费的框架(容器)!
Spring是一个轻量级的、非入侵式的框架!
控制反转(IOC),面向切面编程(AOP)!
支持事务的处理,对框架整合的支持!
总结一句话:Spring就是一个轻量级的控制反转(IOC)和面向切面编程(AOP)的框架!
1.3 组成
1.4 拓展
现代化的Java开发!说白就是基于Spring的开发!
- Spring Boot
- 一个快速开发的脚手架。
- 基于SpringBoot可以快速的开发单个微服务。
- 约定大于配置。
- Spring Cloud
- SpringCloud是基于SpringBoot实现的。
因为现在大多数公司都在使用SpringBoot进行快速开发,学习SpringBoot的前提,需要完全掌握Spring及SpringMVC!承上启下的作用!
弊端:发展了太久之后,违背了原来的理念!配置十分繁琐,人称:“配置地狱!”
2、IOC理论推导
UserDao 接口
1 | public interface UserDao { |
UserDaoImpl 实现类
1 | public class UserDaoImpl implements UserDao { |
UserService 业务接口
1 | public interface UserService { |
UserServiceImpl 业务实现类
1 | public class UserServiceImpl implements UserService { |
测试
1 | public class MyTest { |
在我们之前的业务中,用户的需求可能会影响我们原来的代码,我们需要根据用户的需求去修改原代码!如果程序代码量十分大,修改一次的成本代价十分昂贵!
我们使用一个Set接口实现,已经发生了革命性的变化!
1 | private UserDao userDao; |
- 之前,程序是主动创建对象!控制权在程序猿手上!
- 使用了set注入后,程序不再具有主动性,而是变成了被动的接收对象!
这种思想,从本质上解决了问题,我们程序猿不用再去管理对象的创建了。系统的耦合性大大降低~,可以更加专注的在业务的实现上!这是IOC的原型!
IOC本质
控制反转IoC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IoC的一种方法,也有人认为DI只是IoC的另一种说法。没有IoC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。
采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)。
3、HelloSpring
新建一个maven项目,编写实体类
1 | public class Hello { |
编写xml配置文件
1 |
|
测试
1 | public class MyTest { |
思考问题?
- Hello对象是谁创建的?
Hello对象是由Spring创建的。 - Hello对象的属性是怎么设置的?
Hello对象的属性是由Spring容器设置的。
这个过程就叫控制反转:
控制:谁来控制对象的创建,传统应用程序的对象是由程序本身控制创建的,使用Spring后,对象是由Spring来创建的。
反转:程序本身不创建对象,而变成被动的接收对象。
依赖注入:就是利用set方法来进行注入的。
IOC是一种编程思想,由主动的编程变成被动的接收。
可以通过new ClassPathXmlApplicationContext去浏览一下底层源码。
OK,到了现在,我们彻底不用在程序中去改动了,要实现不同的操作,只需要在xml配置文件中进行修改,所谓的IOC,一句话搞定:对象由Spring来创建,管理,装配!
4、IOC创建对象的方式
使用无参构造创建对象,默认!
假设我们要使用有参构造创建对象。
下标赋值
1 | <!--第一种方式:下标赋值 --> |
类型
1 | <!--第二种方式:通过类型的创建,不建议使用 --> |
参数名
1 | <!--第三种方式:直接通过参数名来设置 --> |
总结:在配置文件加载的时候,容器中管理的对象就已经初始化了!
5、Spring配置
5.1 别名
1 | <!--别名,如果添加了别名,我们也可以使用别名获取到这个对象--> |
5.2 Bean的配置
1 | <!-- |
5.3 import
这个import。一般用于团队开发使用,它可以将多个配置文件,导入合并为一个。
假设,现在项目中有多个人开发,这三个人负责不同的类开发,不同的类需要注册在不同的bean中,我们可以利用import将所有人的beans.xml合并为一个总的!
- 张三
- 李四
- 王五
1 | applicationContext.xml |
使用的时候,直接使用总的配置就可以了。
6、依赖注入
6.1 构造器注入
前面已经介绍过,参考4、IOC创建对象的方式
6.2 Set方式注入【重点】
-
依赖注入:Set注入
-
依赖:bean对象的创建依赖于容器!
-
注入:bean对象中的所有属性,由容器来注入!
-
【环境搭建】
复杂类型
1 | public class Address { |
真实测试对象
1 | public class Student { |
beans.xml
1 |
|
测试类
1 | public class MyTest { |
完善注入信息
1 | <bean id="address" class="com.kuang.pojo.Address"> |
6.3 拓展方式注入
我们可以使用p命名空间和c命名空间进行注入
官方解释:
使用:
1 |
|
测试:
1 |
|
注意点:p命名和c命名空间不能直接使用,需要导入xml约束!
1 | xmlns:p="http://www.springframework.org/schema/p" |
6.4 bean的作用域
单例模式(Spring默认机制)
1 | <bean id="user2" class="com.kuang.pojo.User" c:name="狂神" c:age="22" scope="singleton"/> |
原型模式:每次从容器中get的时候,都会产生一个新对象!
1 | <bean id="user2" class="com.kuang.pojo.User" c:name="狂神" c:age="22" scope="prototype"/> |
其余的request、session、application、这些只能在web开发中使用到!
7、Bean的自动装配
- 自动装配是Spring满足bean依赖一种方式!
- Spring会在上下文中自动寻找,并自动给bean装配属性!
在Spring中有三种装配的方式:
- 在xml中显式的配置;
- 在java中显式配置;
- 隐式的自动装配bean【重要】
7.1 测试
环境搭建:创建项目,一个人有两个宠物!
1 | <bean id="cat" class="com.kuang.pojo.Cat"/> |
7.2 ByName自动装配
1 | <!-- |
7.3 ByType自动装配
1 | <!-- |
小结:
- ByName的时候,需要保证所有bean的id唯一,并且这个bean需要和自动注入的属性的set方法的值一致!
- ByType的时候,需要保证所有bean的class唯一,并且这个bean需要和自动注入的属性的类型一致!
7.4 使用注解实现自动装配
jdk1.5支持的注解,Spring2.5就支持注解了!
要使用注解须知:
导入约束
配置注解的支持
1 |
|
@Autowired
直接在属性上使用即可!也可以在set方法上使用!
使用Autowired我们就可以不用编写set方法了,前提是你这个自动配置的属性在IOC(Spring)容器中存在,且符合名字ByName!
科普:
@Nullable 字段标记了了这个注解,说明这个字段可以为null;
1 | public Autowired { |
测试代码
1 | public class People { |
如果@Autowired自动装配的环境比较复杂,自动装配无法通过一个注解【@Autowired】完成的时候,我们可以使用@Qualifier(value = “xxx”)去配置@Autowired的使用,指定一个唯一的bean对象注入!
1 | public class People { |
@Resource
1 | public class People { |
小结:
@Resource和@Autowired的区别:
-
都是用来自动装配的,都可以放在属性字段上
-
@Autowired通过byType的方式实现,而且必须要求这个对象存在!【常用】
-
@Resource默认通过byName的方式实现,如果找不到名字,则通过byType实现!如果两个都找不到的情况下,就报错!【常用】
-
执行顺序不同:@Autowired通过byType的方式实现。
8、使用注解开发
在Spring4之后,要使用注解开发,必须要保证aop的包导入了
使用注解需要导入约束,配置注解的支持!
1 |
|
bean
属性如何注入
1 | //等价于<bean id="user" class="com.kuang.pojo.User"/> |
衍生的注解
@Component有几个衍生注解,我们在web开发中,会按照mvc三层架构分层!
dao 【@Repository】
service 【@Service】
controller 【@Controller】这四个注解功能都是一样的,都是代表将某个类注册到Spring中,装配Bean
4.自动装配
-
@Autowired:自动装配通过类型,名字。如果Autowired不能唯一自动装配上属性,则需要通过@Qualifier(value = “xxx”)去配置。
-
@Nullable 字段标记了了这个注解,说明这个字段可以为null;
-
@Resource:自动装配通过名字,类型。
5.作用域
1 |
|
小结
xml与注解:
xml更加万能,适用于任何场合!维护简单方便
注解不是自己类使用不了,维护相队复杂!
xml与注解最佳实践:
xml用来管理bean;
注解只负责完成属性的注入;
我们在使用的过程中,只需要注意一个问题:必须让注解生效,就需要开启注解的支持
1 | <!--指定要扫描的包,这个包下的注解就会生效--> |
9、使用Java的方式配置Spring
我们现在要完全不使用Spring的xml配置了,全权交给Java来做!
JavaConfig是Spring的一个子项目,在Spring4之后,它成为了一个核心功能!
实体类
1 | //这里这个注解的意思,就是说明这个类被Spring接管了,注册到了容器中 |
配置文件
1 | // 这个也会Spring容器托管,注册到容器中,因为它本来就是一个@Component |
测试类
1 | public class MyTest { |
这种纯Java的配置方式,在SpringBoot中随处可见!
10、代理模式
为什么要学习代理模式?因为这就是SpringAOP的底层!【SpringAOP和SpringMVC】
代理模式的分类:
-
静态代理
-
动态代理
10.1 静态代理
角色分析:
- 抽象角色:一般会使用接口或者抽象类来解决
- 真实角色:被代理的角色
- 代理角色:代理真实角色,代理真实角色后,我们一般会做一些附属操作
- 客户:访问代理对象的人!
代码步骤:
接口
1 | //租房 |
真实角色
1 | //房东 |
代理角色
1 | public class Proxy implements Rent{ |
客户端访问代理角色
1 | public class Client { |
代理模式的好处:
- 可以使真实角色的操作更加纯粹!不用去关注一些公共的业务
- 公共角色就交给代理角色!实现了业务的分工!
- 公共业务发生扩展的时候,方便集中管理!
缺点:
- 一个真实角色就会产生一个代理角色,代码量会翻倍,开发效率会变低~
10.2 加深理解
代码步骤:
接口
1 | public interface UserService { |
真实角色
1 | //真实角色 |
代理角色
1 | public class UserServiceProxy implements UserService{ |
客户端访问代理角色
1 | public class Client { |
聊聊AOP
10.3 动态代理
- 动态代理和静态代理角色一样
- 动态代理的代理类是动态生成的,不是我们直接写好的!
- 动态代理分为两大类:基于接口的动态代理,基于类的动态代理
- 基于接口 — JDK动态代理【我们在这里使用】
- 基于类:cglib
- java字节码实现:javassist
需要了解两个类:Proxy:代理;InvocationHandler:调用处理程序。
代码步骤:
接口
1 | public interface Rent { |
真实角色
1 | public class Host implements Rent{ |
ProxyInvocationHandler类
1 | //我们会用这个类,自动生成代理类! |
测试
1 | public class Client { |
在此,我们可以提炼出ProxyInvocationHandler作为工具类
1 | //用这个类自动生成代理类! |
动态代理的好处:
- 可以使真实角色的操作更加纯粹!不用去关注一些公共的业务
- 公共角色就交给代理角色!实现了业务的分工!
- 公共业务发生扩展的时候,方便集中管理!
- 一个动态代理类代理的是一个接口,一般就是对应的一类业务
- 一个动态代理类可以代理多个类,只要是实现了同一个接口即可!
11、AOP
11.1 什么是AOP
AOP(Aspect Oriented Programming)意为:面向切面编程,通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续,是软件开发中的一个热点,也是Spring框架中的一个重要内容,是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率。
11.2 AOP在Spring中的作用
提供声明式事务;允许用户自定义切面
-
横切关注点:跨越应用程序多个模块的方法或功能。即是,与我们业务逻辑无关的,但是我们需要关注的部分,就是横切关注点。如日志,安全,缓存,事务等等…
-
切面(ASPECT):横切关注点被模块化的特殊对象。即,它是一个类。
-
通知(Advice):切面必须要完成的工作。即,它是类中的一个方法。
-
目标(Target):被通知对象。
-
代理(Proxy):向目标对象应用通知之后创建的对象。
-
切入点(PointCut):切面通知执行的“地点”的定义。
-
连接点(JointPoint):与切入点匹配的执行点。
SpringAOP中,通过Advice定义横切逻辑,Spring中支持5种类型的Advice:
即AOP在不改变原有代码的情况下,去增加新的功能。
11.3 使用Spring实现AOP
【重点】使用AOP织入,需要导入一个依赖包!
1 | <!-- https://mvnrepository.com/artifact/org.aspectj/aspectjweaver --> |
方式一: 使用Spring的API接口【主要是SpringAPI接口实现】
在service包下,定义UserService业务接口和UserServiceImpl实现类
1 | public interface UserService { |
在log包下,定义我们的增强类,一个Log前置增强和一个AfterLog后置增强类
1 | public class Log implements MethodBeforeAdvice { |
1 | public class AfterLog implements AfterReturningAdvice { |
最后去spring的文件中注册 , 并实现aop切入实现 , 注意导入约束,配置applicationContext.xml文件
1 |
|
测试
1 | public class MyTest { |
方式二: 自定义类来实现AOP【主要是切面定义】
1 | 在diy包下定义自己的DiyPointCut切入类 |
去spring中配置文件
1 | <!--方式二:自定义类--> |
测试
方式三: 使用注解实现!
在diy包下定义注解实现的AnnotationPointCut增强类
//声明式事务!
@Aspect //标注这个类是一个切面
1 | public class AnnotationPointCut { |
在Spring配置文件中,注册bean,并增加支持注解的配置。
1 | <!--方式三:使用注解--> |
测试
12、整合Mybatis
步骤:
导入相关jar包
-
junit
-
mybatis
-
mysql数据库
-
spring相关
-
aop织入器
-
mybatis-spring整合包【重点】在此还导入了lombok包。
-
配置Maven静态资源过滤问题!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58- <dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.6</version>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.47</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.0.RELEASE</version>
</dependency>
<!--Spring操作数据库的话,还需要一个spring-jdbc
-->
<!-- https://mvnrepository.com/artifact/org.springframework/spring-jdbc -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-jdbc</artifactId>
<version>5.2.0.RELEASE</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.8.13</version>
</dependency>
<!-- https://mvnrepository.com/artifact/org.mybatis/mybatis-spring -->
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis-spring</artifactId>
<version>2.0.2</version>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.18.10</version>
</dependency>
</dependencies>
<build>
<resources>
<resource>
<directory>src/main/java</directory>
<includes>
<include>**/*.properties</include>
<include>**/*.xml</include>
</includes>
<filtering>true</filtering>
</resource>
</build>编写配置文件
测试12.1 回忆mybatis
编写pojo实体类
1
2
3
4
5
6
public class User {
private int id;
private String name;
private String pwd;
}编写实现mybatis的配置文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28-
<configuration>
<typeAliases>
<package name="com.kuang.pojo"/>
</typeAliases>
<environments default="development">
<environment id="development">
<transactionManager type="JDBC"/>
<dataSource type="POOLED">
<property name="driver" value="com.mysql.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/mybatis?useSSL=false&useUnicode=true&characterEncoding=utf8"/>
<property name="username" value="root"/>
<property name="password" value="123456"/>
</dataSource>
</environment>
</environments>
<mappers>
<package name="com.kuang.dao"/>
</mappers>
</configuration>编写UserMapper接口
1
2
3public interface UserMapper {
public List<User> selectUser();
}编写UserMapper.xml文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<mapper namespace="com.kuang.mapper.UserMapper">
<!--sql-->
<select id="selectUser" resultType="user">
select * from mybatis.user
</select>
</mapper>测试
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17-
public void selectUser() throws IOException {
String resource = "mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
SqlSession sqlSession = sqlSessionFactory.openSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
List<User> userList = mapper.selectUser();
for (User user: userList){
System.out.println(user);
}
sqlSession.close();
}
12.2 Mybatis-Spring
什么是MyBatis-Spring?
MyBatis-Spring 会帮助你将 MyBatis 代码无缝地整合到 Spring 中。
文档链接:http://mybatis.org/spring/zh/index.html
如果使用 Maven 作为构建工具,仅需要在 pom.xml 中加入以下代码即可:
1 | <!-- https://mvnrepository.com/artifact/org.mybatis/mybatis-spring --> |
整合实现一:
引入Spring配置文件spring-dao.xml
1 |
|
配置数据源替换mybaits的数据源
1 | <!--DataSource:使用Spring的数据源替换Mybatis的配置 c3p0 dbcp druid |
配置SqlSessionFactory,关联MyBatis
1 | <!--sqlSessionFactory--> |
注册sqlSessionTemplate,关联sqlSessionFactory
1 | <!--SqlSessionTemplate:就是我们使用的sqlSession--> |
需要UserMapper接口的UserMapperImpl 实现类,私有化sqlSessionTemplate
1 | public class UserMapperImpl implements UserMapper { |
将自己写的实现类,注入到Spring配置文件中。
1 | <bean id="userMapper" class="com.kuang.mapper.UserMapperImpl"> |
测试使用即可!
1 |
|
结果成功输出!现在我们的Mybatis配置文件的状态!发现都可以被Spring整合!
1 |
|
整合实现二:
mybatis-spring1.2.3版以上的才有这个,官方文档截图:
dao继承Support类 , 直接利用 getSqlSession() 获得 , 然后直接注入SqlSessionFactory . 比起整合方式一 , 不需要管理SqlSessionTemplate , 而且对事务的支持更加友好 . 可跟踪源码查看。
测试:
1.将我们上面写的UserMapperImpl修改一下
1 | public class UserMapperImpl extends SqlSessionDaoSupport implements UserMapper { |
注入到Spring配置文件中。
1 | <bean id="userMapper" class="com.kuang.mapper.UserMapperImpl"> |
测试
1 |
|
13、声明式事务
13.1 回顾事务
- 把一组业务当成一个业务来做;要么都成功,要么都失败!
- 事务在项目开发中,十分的重要,涉及到数据的一致性问题,不能马虎!
- 确保完整性和一致性。
事务ACID原则:
-
原子性(atomicity)
- 事务是原子性操作,由一系列动作组成,事务的原子性确保动作要么全部完成,要么完全不起作用。
-
一致性(consistency)
- 一旦所有事务动作完成,事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中。
-
隔离性(isolation)
- 可能多个事务会同时处理相同的数据,因此每个事务都应该与其他事务隔离开来,防止数据损坏。
-
持久性(durability)
- 事务一旦完成,无论系统发生什么错误,结果都不会受到影响。通常情况下,事务的结果被写到持久化存储器中。
测试:
将上面的代码拷贝到一个新项目中
在之前的案例中,我们给userMapper接口新增两个方法,删除和增加用户;
1 | //添加一个用户 |
UserMapper文件,我们故意把 deletes 写错,测试!
1 | <insert id="addUser" parameterType="com.kuang.pojo.User"> |
编写接口的UserMapperImpl实现类,在实现类中,我们去操作一波
1 | public class UserMapperImpl extends SqlSessionDaoSupport implements UserMapper { |
测试
1 |
|
报错:sql异常,delete写错了
结果 :数据库结果显示插入成功!
没有进行事务的管理;我们想让他们都成功才成功,有一个失败,就都失败,我们就应该需要事务!
以前我们都需要自己手动管理事务,十分麻烦!
但是Spring给我们提供了事务管理,我们只需要配置即可;
13.2 Spring中的事务管理
Spring在不同的事务管理API之上定义了一个抽象层,使得开发人员不必了解底层的事务管理API就可以使用Spring的事务管理机制。Spring支持编程式事务管理和声明式的事务管理。
编程式事务管理
- 将事务管理代码嵌到业务方法中来控制事务的提交和回滚
- 缺点:必须在每个事务操作业务逻辑中包含额外的事务管理代码
声明式事务管理
- 一般情况下比编程式事务好用。
- 将事务管理代码从业务方法中分离出来,以声明的方式来实现事务管理。
- 将事务管理作为横切关注点,通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务管理。
- 使用Spring管理事务,注意头文件的约束导入 : tx
1 | xmlns:tx="http://www.springframework.org/schema/tx" |
-
JDBC事务
1
2
3<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean> -
配置好事务管理器后我们需要去配置事务的通知
1
2
3
4
5
6
7
8
9
10
11
12
13<!--结合AOP实现事务的织入-->
<!--配置事务通知-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<!--给那些方法配置事务-->
<!--配置事务的传播特性: new -->
<tx:attributes>
<tx:method name="add" propagation="REQUIRED"/>
<tx:method name="delete" propagation="REQUIRED"/>
<tx:method name="update" propagation="REQUIRED"/>
<tx:method name="query" read-only="true"/>
<tx:method name="*" propagation="REQUIRED"/>
</tx:attributes>
</tx:advice>
spring事务传播特性:
事务传播行为就是多个事务方法相互调用时,事务如何在这些方法间传播。spring支持7种事务传播行为:
-
propagation_requierd:如果当前没有事务,就新建一个事务,如果已存在一个事务中,加入到这个事务中,这是最常见的选择。
-
propagation_supports:支持当前事务,如果没有当前事务,就以非事务方法执行。
-
propagation_mandatory:使用当前事务,如果没有当前事务,就抛出异常。
-
propagation_required_new:新建事务,如果当前存在事务,把当前事务挂起。
-
propagation_not_supported:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
-
propagation_never:以非事务方式执行操作,如果当前事务存在则抛出异常。
-
propagation_nested:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与propagation_required类似的操作。
Spring 默认的事务传播行为是 PROPAGATION_REQUIRED,它适合于绝大多数的情况。
就好比,我们刚才的几个方法存在调用,所以会被放在一组事务当中!
-
配置AOP,导入aop的头文件
1
2
3
4
5<!--配置事务切入-->
<aop:config>
<aop:pointcut id="txPointCut" expression="execution(* com.kuang.mapper.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="txPointCut"/>
</aop:config> -
删掉刚才插入的数据,再次测试!
1
2
3
4
public void test(){
ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
UserMapper userMapper = context.getBean(“userMapper”, UserMapper.class);
for (User user : userMapper.selectUser()) {
System.out.println(user);
}
}
1 | > |