【1】Spring
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
- 官方下载地址: http://repo.spring.io/release/org/springframework/spring
- 官方文档:https://docs.spring.io/spring-framework/docs/current/reference/html/core.html
- 中文版官方文档:https://www.docs4dev.com/docs/zh/spring-framework/5.1.3.RELEASE/reference
1.2 优点
- Spring是一个开源免费的框架(容器)!
- Spring是一个轻量级的、非入侵式的框架!
- 控制反转(IOC),面向切面编程(AOP)!
- 支持事务的处理,对框架整合的支持!
总结:Spring就是一个轻量级的控制反转(IOC)和面向切面编程(AOP)的框架。
1.3 组成
参考:https://docs.spring.io/spring-framework/docs/4.2.x/spring-framework-reference/html/overview.html
Spring 框架是一个分层架构,由 7 个定义良好的模块组成。
1.4 拓展
- 在Spring的官网有这个介绍:现代化的Java开发!说白了就是基于Spring的开发!
- Spring Boot
- 一个快速开发的脚手架。
- 基于Spring Boot 可以快速开发单个微服务。
- 约定大于配置!
- Spring Cloud
- Spring Clound 是基于Spring Boot 实现的。
为什么要学Spring?
因为:现在大多数公司都在使用 Spring Boot 进行快速开发,学习 Spring Boot 的前提,需要完全掌握 Spring 及 Spring MVC!承上启下的作用!
弊端:发展了太久之后,违背了原来的理念!配置十分繁琐,人称:“配置地狱!”。
2、IOC理论推导
2.1 引例
先构建下图基本框架,并导入maven环境文件。
在我们之前的业务中,用户的需求可能会影响我们原来的代码,我们需要根据用户的需求去修改原代码!如果程序代码量十分大,修改一次的成本十分昂贵。
- 我们使用一个set接口实现。修改UserServiceImpl.java文件
- 测试类
- 之前,程序是主动创建对象!控制权在程序猿手上!
- 使用了set注入后,程序不再具有主动性,而是变成了被动的接受对象!
这种思想,从本质上解决了问题,我们程序猿不用再去管理对象的创建了。系统的耦合性大大降低,可以更加专注的在业务的实现上!这是IOC的原型。
2.2 IOC的本质
控制反转loC(Inversion of Control),是一种设计思想,DI(依赖注入)是实现loC的一种方法,也有人认为DI只是loC的另一种说法。没有loC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。
-
IoC是Spring框架的核心内容,使用多种方式完美的实现了IoC,可以使用XML配置,也可以使用注解,新版本的Spring也可以零配置实现IoC。
-
Spring容器在初始化时先读取配置文件,根据配置文件或元数据创建与组织对象存入容器中,程序使用时再从Ioc容器中取出需要的对象。
- 采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
- 控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)。
3、HelloSpring
新建项目,导入Jar包
- 注 : spring 需要导入commons-logging进行日志记录 . 利用maven , 它会自动下载对应的依赖项。
编写代码:
- 编写一个Hello实体类
- 编写spring文件 , 这里命名为beans.xml
3、我们可以去进行测试了 .
思考:
- Hello 对象是谁创建的 ?
- hello 对象是由Spring创建的。
- Hello 对象的属性是怎么设置的 ?
- hello 对象的属性是由Spring容器设置的。
这个过程就叫控制反转:
- 控制 : 谁来控制对象的创建 , 传统应用程序的对象是由程序本身控制创建的 , 使用Spring后 , 对象是由Spring来创建的。
- 反转 : 程序本身不创建对象 , 而变成被动的接收对象。
依赖注入 : 就是利用set方法来进行注入的。
-
IOC是一种编程思想,由主动的编程变成被动的接收。
-
可以通过new ClassPathXmlApplicationContext去浏览一下底层源码。
修改案例一:
- 在案例一中, 新增一个Spring配置文件beans.xml
- 测试!
- OK , 到了现在 , 彻底不用再程序中去改动了 , 要实现不同的操作 , 只需要在xml配置文件中进行修改 , 所谓的IoC,一句话搞定 : 对象由Spring 来创建 , 管理 , 装配 !
4、IOC创建对象方式
4.1 方式一
方式一:通过无参构造方法来创建。
- User.java
- beans.xml
- 测试类
- 通过debug可以发现,在调用show方法之前,User对象已经通过无参构造初始化了!
4.2 方式二
方式二:通过有参构造方法来创建。
1.UserT . java
2、beans.xml 有三种方式编写
3、测试
总结:在配置文件加载的时候,容器中管理的对象就已经初始化了!
5、Spring配置
5.1 别名
- alias 设置别名 , 为bean设置别名 , 可以设置多个别名。
5.2 Bean的配置
5.3 import
这个import,一般用于团队开发使用,他可以将多个配置文件,导入合并为一个。
6、依赖注入
6.1 构造器注入
- 之前的案例已经说过了。
6.2 Set 注入 (重点)
依赖注入(Set注入!)。
- 依赖 : Bean对象的创建依赖于容器!
- 注入 : Bean对象中的所有属性,由容器来设置和装配。
【环境搭建】
- 复杂类型
- Address.java
- 真实测试对象
- Student.java
- beans.xml
- 测试类
2、Bean注入
- 注意点:这里的值是一个引用,ref
3、数组注入
4、List注入
5、Map注入
6、set注入
7、Null注入
8、Properties注入
- 测试
6.3 拓展方式注入
- 我们可以使用p命令空间和c命令空间进行注入
- 官方解释:
p命名和c命名注入翻译:
- p-namespace 允许使用
bean
元素的属性(而不是嵌套的<property/>
元素)来描述协作 Bean 的属性值,或同时使用这两者。- c-namespace 允许使用内联属性来配置构造函数参数,而不是嵌套的
constructor-arg
元素。
- User.java
- P命名空间注入 : 需要在头文件中加入约束文件
- c 命名空间注入 : 需要在头文件中加入约束文件
- 发现问题:爆红了,没有写有参构造!
- 解决:把有参、无参构造器加上。
- 由此可知:c 就是所谓的构造器注入!
- 测试代码
6.4 Bean的作用域
在Spring中,那些组成应用程序的主体及由Spring IoC容器所管理的对象,被称之为bean。
简单地讲,bean就是由IoC容器初始化、装配及管理的对象。
Scope | Description |
---|---|
singleton | (默认)将每个 Spring IoC 容器的单个 bean 定义范围限定为单个对象实例。 |
prototype | 将单个 bean 定义的作用域限定为任意数量的对象实例。 |
request | 将单个 bean 定义的范围限定为单个 HTTP 请求的生命周期。也就是说,每个 HTTP 请求都有一个在单个 bean 定义后面创建的 bean 实例。仅在可感知网络的 Spring ApplicationContext 中有效。 |
session | 将单个 bean 定义的范围限定为 HTTP Session 的生命周期。仅在可感知网络的 Spring ApplicationContext 上下文中有效。 |
application | 将单个 bean 定义的范围限定为ServletContext 的生命周期。仅在可感知网络的 Spring ApplicationContext 上下文中有效。 |
websocket | 将单个 bean 定义的范围限定为WebSocket 的生命周期。仅在可感知网络的 Spring ApplicationContext 上下文中有效。 |
6.4.1 Singleton(单例)
单例模式(Spring默认机制)
- 下图显示了单例作用域如何工作:
当一个bean的作用域为Singleton,那么Spring IoC容器中只会存在一个共享的bean实例,并且所有对bean的请求,只要id与该bean定义相匹配,则只会返回bean的同一实例。Singleton是单例类型,就是在创建起容器时就同时自动创建了一个bean的对象,不管你是否使用,他都存在了,每次获取到的对象都是同一个对象。
注意,Singleton作用域是Spring中的缺省作用域。
要在XML中将bean定义成singleton,可以这样配置:
- 测试
6.4.2 Prototype(原型)
原型模式:每次从容器中get的时候,都会产生一个新对象!
每次对特定 bean 提出请求时,bean 部署的非单一原型范围都会导致创建一个新 bean 实例。也就是说,将 Bean 注入到另一个 Bean 中,或者您可以通过容器上的
getBean()
方法调用来请求它。通常,应将原型作用域用于所有有状态 Bean,将单例作用域用于 StatelessBean。下图说明了 Spring 原型范围:
在XML中将bean定义成prototype,可以这样配置:
- 其余的request、session、application、这些个只能在web开发中使用到!
6.4.3 Request
Spring 容器通过为每个 HTTP 请求使用
loginAction
bean 定义来创建LoginAction
bean 的新实例。也就是说,loginAction
bean 的作用域是 HTTP 请求级别。您可以根据需要更改创建实例的内部状态,因为从同一loginAction
bean 定义创建的其他实例看不到这些状态更改。它们特定于单个请求。当请求完成处理时,将限制作用于该请求的 Bean。
- 考虑以下 XML 配置来定义 bean :
使用注解驱动的组件或 Java 配置时,可以使用
@RequestScope
注解 将组件分配给request
范围。以下示例显示了如何执行此操作:
6.4.4 Session
当一个bean的作用域为Session,表示在一个HTTP Session中,一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。
- 考虑下面bean定义:
在单个 HTTP
Session
的生存期内,Spring 容器通过使用userPreferences
bean 定义来创建UserPreferences
bean 的新实例。换句话说,userPreferences
bean 的作用域实际上是 HTTPSession
级别。与请求范围的 Bean 一样,您可以根据需要任意更改所创建实例的内部状态,因为知道其他 HTTPSession
实例(也使用从相同userPreferences
Bean 定义创建的实例)不会看到这些状态更改,因为它们特定于单个 HTTPSession
。当最终丢弃 HTTPSession
时,也将丢弃作用于该特定 HTTPSession
的 bean。
- 使用注解驱动的组件或 Java 配置时,可以使用
@SessionScope
注解 将组件分配给session
范围。
7、自动装配Bean
- 自动装配是Spring满足bean依赖一种方式!
- Spring会在上下文中自动寻找,并自动给bean装配属性!
在Spring中有三种自动装配的方式:
- 在xml中显示的配置;
- 在java中显示配置;
- 隐式的自动装配bean。【重要!】
7.1 测试
- 环境搭建:一个人有两个宠物!
- Cat.java
- Dog.java
- People.java
- beans.xml
- 测试类
7.2 ByName自动装配
7.3 ByType自动装配
小结:
- byname的时候,需要保证所有bean的id唯一,并且这个bean需要和自动注入的属性的set方法的值一致!
- bytype的时候,需要保证所有bean的class唯一,并且这个bean需要和自动注入的属性的类型一致!
7.4 使用注解实现自动装配
- JDK 1.5支持的注解,Spring2.5就支持注解了!
- The introduction of annotation-based configuration raised the question of whether this approach is “better” than XML.
- 要使用注解须知:
- 导入约束,context约束
- 配置注解的支持;context:annotation-config/
@Autowired
- 修改beans.xml
- 修改People.java文件
- 运行
- 直接在属性上使用!也可以在set方式上使用!
- 使用Autowired我们可以不用编写Set方法了,前提是你这个自动装配的属性在IOC(Spring)容器中存在,且符合名字byname!
- 科普一下:
- 测试代码
- 如果@Autowired自动装配的环境比较复杂,自动装配无法通过一个注解【@Autowired】完成的时候、我们可以使用@Qualifier(value="xxx")去配置@Autowired的使用,指定一个唯一的bean对象注入!
@Resource
小结,@Resource 和@Autowired的区别:
- 都是用来自动装配的,都可以放在属性字段上!
- @Autowired 通过byType的方式实现,而且必须要求这个对象存在!
- @Resource默认通过byname的方式实现,如果找不到名字,则通过byType实现!如果两个都找不到的倩况下,就报错!【常用】
- 执行顺序不同:@Autowired通过byType的方式实现。@Resource默认通过byname的方式实现。
注解一时爽,维护火葬场!!!!
8、使用注解开发
在Spring4之后,要使用注解开发,必须要保证 aop的包导入了。
- 使用注解需要导入context约束,增加注解的支持!
8.1 bean
- 配置扫描包下的注解
- 在指定包下编写类,增加注解
- 测试类
8.2 属性如何注入
8.3 衍生的注解
-
@Component 有几个衍生注解,我们在web开发中,会按照mvc三层架构分层!
- dao:【@Repository】
- service:【@Service】
- controller:【@Controller】
-
这四个注解功能都是一样的,都是代表将某个类注册到Spring中,装配Bean。
8.4 自动装配置
参考Bean的自动装配!
- @Autowired:自动装配通过类型。名字
如果Autowired不能唯一自动装配上属性,则需要通过@Qualifier(value="xxx")- @Nullable字段标记了这个注解,说明这个字段可以为null;
- @Resource:自动装配通过名字。类型。
8.5 作用域
@Scope
- singleton:默认的,Spring会采用单例模式创建这个对象。关闭工厂 ,所有的对象都会销毁。
- prototype:原型模式。关闭工厂 ,所有的对象不会销毁。内部的垃圾回收机制会回收
8.6 小结
XML与注解比较
- XML可以适用任何场景 ,结构清晰,维护方便。
- 注解,不是自己提供的类使用不了,维护相对复杂。
xml与注解整合开发 :
- xml用来管理Bean。
- 注解只负责完成属性注入。
- 在使用过程中, 只需要注意一个问题:必须让注解生效,就需要开启注解的支持。
9、使用Java的方式进行配置
- 我们现在要完全不使用Spring的xml配置了,全权交给Java来做!
- JavaConfig 原来是 Spring 的一个子项目,在 Spring4 的版本, JavaConfig 已正式成为 Spring4 的核心功能 。
测试类
- 编写一个实体类,User
- 新建一个config配置包,编写一个SunConfig配置类
- 测试类
导入其他配置如何做呢?
- 再编写一个配置类!
- 在之前的配置类中我们来选择导入这个配置类
- 这种纯ava的配置方式,在SpringBoot中随处可见!
10、代理模式
为什么要学习代理模式?因为这就是Spring AOP的底层!
- SpringAOp和SpringMVc】代理模式的分类:
- 静态代理
- 动态代理
10.1 静态代理
角色分析:
- 抽象角色:一般会使用接口或者抽象类来解决;
- 真实角色:被代理的角色;
- 代理角色:代理真实角色,代理真实角色后,我们一般会做一些附属操作;
- 客户:访问代理角色的人!
1.接口
- 真实角色
- 代理角色
- 客户端访问代理角色
代理模式的好处:
- 可以使得我们的真实角色更加纯粹,不再去关注一些公共的事情。
- 公共的业务由代理来完成,实现了业务的分工。
- 公共业务发生扩展时,方便集中管理。
缺点:
- 一个真实角色就会产生一个代理角色;代码量会翻倍,开发效率会变低。
10.2 静态代理再理解
- 创建一个抽象角色,比如平时开发做的用户业务,抽象起来就是增删改查!
- 需要一个真实对象来完成这些增删改查操作。
- 设置一个代理类来处理日志!代理角色
- 测试类
AOP:纵向开发,横向开发。
我们想要静态代理的好处,又不想要静态代理的缺点,所以 , 就有了动态代理 !
10.3 动态代理
-
动态代理和静态代理角色一样;
-
动态代理的代理类是动态生成的,不是我们直接写好的;
-
动态代理分为两大类:基于接口的动态代理,基于类的动态代理。
- 基于接口——JDK动态代理【我们在这里使用】
- 基于类——cglib
- Java字节码实现:javasist
-
需要了解两个类: InvocationHandler、Proxy,打开JDK帮助文档。
案例实现:
- 抽象角色
- 真实角色
- 代理角色
- 测试类
核心:一个动态代理 , 一般代理某一类业务 , 一个动态代理可以代理多个类,代理的是接口!
10.4 动态代理再理解
觉得上面比较麻烦,可以编写一个通用的动态代理实现的类!所有的代理对象设置为Object即可!
- 测试类
动态代理的好处
- 可以使得我们的真实角色更加纯粹,不再去关注一些公共的事情。
- 公共的业务由代理来完成,实现了业务的分工。
- 公共业务发生扩展时,方便集中管理。
- 一个动态代理,一般代理某一类业务。
- 一个动态代理可以代理多个类,代理的是接口!
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织入,需要导入一个依赖包!
方式一:使用Spring接口
- 编写业务接口和实现类
- 前置增强类,后置增强类
- 在spring的文件中注册 , 并实现AOP切入实现 , 注意导入约束。
- 测试类
Spring的Aop就是将公共的业务 (日志,安全等) 和领域业务结合起来,当执行领域业务时,将会把公共业务加进来。实现公共业务的重复利用,其本质还是动态代理。
第二种方式:自定义类来实现Aop
主要是切面定义。
- 第一步 : 写一个切入类
- 在spring中配置
- 测试类
第三种方式:使用注解实现
- 第一步:编写一个注解实现的增强类
- 第二步:在Spring配置文件中,注册bean,并增加支持注解的配置。
- 这里不知怎么回事,出现了如下情况,未解决……
- aop:aspectj-autoproxy——说明
通过aop命名空间的<aop:aspectj-autoproxy />声明自动为spring容器中那些配置@aspectJ切面的bean创建代理,织入切面。当然,spring 在内部依旧采用AnnotationAwareAspectJAutoProxyCreator进行自动代理的创建工作,但具体实现的细节已经被<aop:aspectj-autoproxy />隐藏起来了
<aop:aspectj-autoproxy />有一个proxy-target-class属性,默认为false,表示使用jdk动态代理织入增强,当配为<aop:aspectj-autoproxy poxy-target-class="true"/>时,表示使用CGLib动态代理技术织入增强。不过即使proxy-target-class设置为false,如果目标类没有声明接口,则spring将自动使用CGLib动态代理。
12、整合MyBatis
步骤:
-
导入相关jar包
- junit
- mybatis
-
mysql数据库
-
spring相关
-
AOP 织入器
-
mybatis-spring【整合包】
-
配置Maven静态资源过滤问题!
-
编写配置文件
-
测试
12.1 回忆MyBatis
- 编写实体类
- 编写MyBatis核心配置文件
- 编写接口
- 编写Mapper.xml
- 测试类
12.2 MyBatis-Spring学习
-
引入Spring之前需要了解mybatis-spring包中的一些重要类;
什么是 MyBatis-Spring?
- MyBatis-Spring 会帮助你将 MyBatis 代码无缝地整合到 Spring 中。
知识基础
- 在开始使用 MyBatis-Spring 之前,你需要先熟悉 Spring 和 MyBatis 这两个框架和有关它们的术语。这很重要
MyBatis-Spring 需要以下版本:
MyBatis-Spring | MyBatis | Spring 框架 | Spring Batch | Java |
---|---|---|---|---|
2.0 | 3.5+ | 5.0+ | 4.0+ | Java 8+ |
1.3 | 3.4+ | 3.2.2+ | 2.1+ | Java 6+ |
如果使用 Maven 作为构建工具,仅需要在 pom.xml 中加入以下代码即可:
-
要和 Spring 一起使用 MyBatis,需要在 Spring 应用上下文中定义至少两样东西:一个 SqlSessionFactory 和至少一个数据映射器类。
-
在 MyBatis-Spring 中,可使用SqlSessionFactoryBean来创建 SqlSessionFactory。 要创建工厂 bean,将下面的代码放到 Spring 的 XML 配置文件中:
-
SqlSessionFactory需要一个 DataSource(数据源)。这可以是任意的 DataSource,只需要和配置其它 Spring 数据库连接一样配置它就可以了。
-
在基础的 MyBatis 用法中,是通过 SqlSessionFactoryBuilder 来创建 SqlSessionFactory 的。而在 MyBatis-Spring 中,则使用 SqlSessionFactoryBean 来创建。
-
在 MyBatis 中,你可以使用 SqlSessionFactory 来创建 SqlSession。一旦你获得一个 session 之后,你可以使用它来执行映射了的语句,提交或回滚连接,最后,当不再需要它的时候,你可以关闭 session。
-
SqlSessionFactory
有一个唯一的必要属性:用于 JDBC 的DataSource
。这可以是任意的DataSource
对象,它的配置方法和其它 Spring 数据库连接是一样的。 -
一个常用的属性是
configLocation
,它用来指定 MyBatis 的 XML 配置文件路径。它在需要修改 MyBatis 的基础配置非常有用。通常,基础配置指的是< settings> 或 < typeAliases>元素。 -
需要注意的是,这个配置文件并不需要是一个完整的 MyBatis 配置。确切地说,任何环境配置(
),数据源( )和 MyBatis 的事务管理器( )都会被忽略。SqlSessionFactoryBean 会创建它自有的 MyBatis 环境配置(Environment),并按要求设置自定义环境的值。
-
SqlSessionTemplate
是 MyBatis-Spring 的核心。作为SqlSession
的一个实现,这意味着可以使用它无缝代替你代码中已经在使用的SqlSession
。SqlSessionTemplate
是线程安全的,可以被多个 DAO 或映射器所共享使用。 -
当调用 SQL 方法时(包括由
getMapper()
方法返回的映射器中的方法),SqlSessionTemplate
将会保证使用的SqlSession
与当前 Spring 的事务相关。 此外,它管理 session 的生命周期,包含必要的关闭、提交或回滚操作。另外,它也负责将 MyBatis 的异常翻译成 Spring 中的DataAccessExceptions
。 -
由于模板可以参与到 Spring 的事务管理中,并且由于其是线程安全的,可以供多个映射器类使用,你应该总是用
SqlSessionTemplate
来替换 MyBatis 默认的DefaultSqlSession
实现。在同一应用程序中的不同类之间混杂使用可能会引起数据一致性的问题。 -
可以使用
SqlSessionFactory
作为构造方法的参数来创建SqlSessionTemplate
对象。
- 现在,这个 bean 就可以直接注入到你的 DAO bean 中了。你需要在你的 bean 中添加一个 SqlSession 属性,就像下面这样:
- 按下面这样,注入
SqlSessionTemplate
:
12.3 整合实现一
- 引入Spring配置文件spring-dao.xml。
- 配置数据源替换mybaits的数据源,spring-dao.xml文件
- 配置SqlSessionFactory,关联MyBatis,spring-dao.xml文件
- 注册sqlSessionTemplate,关联sqlSessionFactory;spring-dao.xml文件
- 增加Dao接口的实现类;私有化sqlSessionTemplate,UserMapperImpl.java文件
- 注册bean实现,applicationContext.xml文件
- 测试
- 结果成功输出!现在我们的Mybatis配置文件的状态!发现都可以被Spring整合!mybatis-config.xml文件。
12.4 整合实现二
mybatis-spring1.2.3版以上的才有这个。
- dao继承Support类,直接利用 getSqlSession() 获得,然后直接注入SqlSessionFactory。比起方式1,不需要管理SqlSessionTemplate , 而且对事务的支持更加友好。可跟踪源码查看!!!
测试:
- 将上面写的UserMapperImpl.java修改一下
- 修改bean的配置
- 测试
总结 : 整合到spring以后可以完全不要mybatis的配置文件,除了这些方式可以实现整合之外,还可以使用注解来实现!
13、声明式事务
13.1 回顾事务
- 把一组业务当成一个业务来做;要么都成功,要么都失败!
- 事务在项目开发中,十分的重要,涉及到数据的一致性问题,不能马虎!
- 确保完整性和一致性;
事务就是把一系列的动作当成一个独立的工作单元,这些动作要么全部完成,要么全部不起作用。
- 事务的ACID原则
-
原子性(atomicity)
-
- 事务是原子性操作,由一系列动作组成,事务的原子性确保动作要么全部完成,要么完全不起作用。
-
一致性(consistency)
-
- 一旦所有事务动作完成,事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中。
-
隔离性(isolation)
-
- 可能多个事务会同时处理相同的数据,因此每个事务都应该与其他事务隔离开来,防止数据损坏。
-
持久性(durability)
-
- 事务一旦完成,无论系统发生什么错误,结果都不会受到影响。通常情况下,事务的结果被写到持久化存储器中。
13.2 测试
将上面的代码拷贝到一个新项目中:
- 在之前的案例中,在userDao接口新增两个方法,删除和增加用户;
- UserMapper.xml文件,故意把 deletes 写错,用于测试!
- 编写接口的实现类UserMapperImpl.java文件
- 测试类
- 报错:sql异常,delete写错了。结果 :插入成功!
13.3 Spring中的事务管理
Spring在不同的事务管理API之上定义了一个抽象层,使得开发人员不必了解底层的事务管理API就可以使用Spring的事务管理机制。Spring支持编程式事务管理和声明式的事务管理。
- 将事务管理代码嵌到业务方法中来控制事务的提交和回滚
- 缺点:必须在每个事务操作业务逻辑中包含额外的事务管理代码
声明式事务管理==(交由容器管理事务)
- 一般情况下比编程式事务好用。
- 将事务管理代码从业务方法中分离出来,以声明的方式来实现事务管理。
- 将事务管理作为横切关注点,通过aop方法模块化。Spring中通过Spring AOP框架支持声明式事务管理。
- 配置声明式事务
- 使用Spring管理事务,注意头文件的约束导入 : tx
- 配置好事务管理器后,去配置事务的通知
- 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的头文件!
- 进行测试
- 删掉刚才插入的数据,再次测试!
为什么需要配置事务?
- 如果不配置事务,可能存在数据提交不一致的情况下;
- 如果我们不在SPRING中去配置声明式事务,就需要手动提交控制事务;
- 事务在项目开发过程非常重要,涉及到数据的一致性的问题,不容马虎!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库